[MonoDevelop] add-in pre build event
Matt Ward
ward.matt at gmail.com
Mon Jun 22 09:44:06 UTC 2015
It could watch for changes but currently there is no plan to implement this.
If the NuGet addin started watching for changes then it probably should
handle uninstalling/installing NuGet packages based on how it has been
edited, and also support code completion for NuGet packages. Although I am
not sure many people would this feature since I do not know of many people
that edit the packages.confg file by hand, it is usually easier to use the
GUI.
On 19 June 2015 at 11:57, Andres G. Aragoneses <knocte at gmail.com> wrote:
> Matt, shouldn't the Nuget addin watch for changes in the packages.config
> file, and restore packages if there's a change in it?
>
> On 18/06/15 00:24, Matt Ward wrote:
>
>> In Xamarin Studio you could right click the solution, select Restore
>> NuGet Packages and then build. You would not need to re-open the
>> solution each time. It is not automatic though.
>>
>> On 17 June 2015 at 22:31, Daniel Hughes <trampster at gmail.com
>> <mailto:trampster at gmail.com>> wrote:
>>
>> Thanks for your reply Matt,
>>
>> That's the info that I was looking for.
>>
>> Regarding NuGet, Doing it on opening the solution makes a lot of sense
>> as you describe for a lot of people. However at the place I work we
>> use nuget to deploy fast changing internal dependencies (multiple new
>> versions per day).
>>
>> Our build server detects the new versions and updates the
>> packages.config to use the new versions, when then pull from our
>> source control (with our solution still open) we then need the restore
>> to run before build. In Visual Studio this happen automatically before
>> build.
>>
>> Having to reload our solutions in order to pick up new dependency
>> versions many times a day would be a pain. The solution I'm working on
>> at the moment has been open for three days, meaning my packages will
>> be 3 days and many, many versions out of date.
>>
>> Cheers,
>> Daniel
>>
>>
>>
>> On Wed, Jun 17, 2015 at 8:43 PM, Matt Ward <ward.matt at gmail.com
>> <mailto:ward.matt at gmail.com>> wrote:
>> > The NuGet addin in MonoDevelop 5 restores NuGet packages when the
>> solution
>> > is opened. There is an option in Preferences that you can use to
>> disable or
>> > enable this. It was decided to do the restore on opening the
>> solution
>> > instead of pre-build since the assemblies are then made available
>> for code
>> > completion as soon as possible.
>> >
>> > The ProjectService has a BuildStarted event which you could use
>> to trigger
>> > some pre-build logic.
>> >
>> > On 17 June 2015 at 06:27, Daniel Hughes <trampster at gmail.com
>> <mailto:trampster at gmail.com>> wrote:
>> >>
>> >> I'm trying to implement a mono develop add-in for a package
>> manager
>> >> which will restore packages on before a build.
>> >>
>> >> I've had a look at:
>> >>
>> >>
>>
>> http://www.monodevelop.com/developers/articles/extension-tree-reference/
>> >>
>> >> But am struggling to identify the extension point to use to get
>> a pre
>> >> build event.
>> >>
>> >> Does anyone know what extension point I need and also does
>> anyone know
>> >> of an add-in which hooks the pre-build to perform an action, that
>> I
>> >> can use as an example.
>> >>
>> >> I already looked at the nuget addin but that doesn't yet do a
>> restore
>> >> in a pre build hook. This is going to be a problem for nuget in
>> the
>> >> future because the recommended way of using nuget is to run the
>> >> restore prebuild in a IDE hook, rather then the old
>> >> MSBuild-Integrated package restore. People are going to start
>> >> complaining that their visual studio solutions setup for automatic
>> >> package restore don't work in Mono Develop. However that is an
>> aside
>> >> and is a problem for another day.
>> >>
>> >> Cheers,
>> >> Daniel
>> >> _______________________________________________
>> >> Monodevelop-list mailing list
>> >> Monodevelop-list at lists.ximian.com
>> <mailto:Monodevelop-list at lists.ximian.com>
>> >> http://lists.ximian.com/mailman/listinfo/monodevelop-list
>> >
>> >
>>
>>
>>
>>
>> _______________________________________________
>> Monodevelop-list mailing list
>> Monodevelop-list at lists.ximian.com
>> http://lists.ximian.com/mailman/listinfo/monodevelop-list
>>
>>
>
> _______________________________________________
> Monodevelop-list mailing list
> Monodevelop-list at lists.ximian.com
> http://lists.ximian.com/mailman/listinfo/monodevelop-list
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.ximian.com/pipermail/monodevelop-list/attachments/20150622/610238e0/attachment.html>
More information about the Monodevelop-list
mailing list