I have had a look at phantom. The last commit is in February - this is a long time without being updated. Also, there is not nearly the same amount of tasks available as rake/albacore has, so more would have to be manually fixed - also there are more people who know ruby than know boo.
FAKE, I have no experience with. It has the positive side that F# is shipped with .Net so there's no install, but perhaps a negative side in that it's not as widely used as either MsBuild or rake. Getting up and running with albacore is as easy as downloading the ruby installer and running it. Then going to the folder in question and executing 'rake'. I don't see how this is too hard for a developer to do, but I'm probably partial. With regards to the number of pre-built tasks, albacore has a fair number of them: https://github.com/derickbailey/Albacore/wiki/_pages and is actively maintained. In any way, all of the above are better than MsBuild imo, so whichever we land with, I'm happier than before :). It would be great to hear some more opinions from the team. -----Original Message----- From: [email protected] [mailto:[email protected]] On Behalf Of Mauricio Scheffer Sent: den 14 augusti 2011 17:20 To: Castle Project Development List Subject: Re: Builds -1 for Rake and +1 for FAKE, I fully agree with hammett. F# works very well as a scripting language. Phantom ( https://github.com/JeremySkinner/Phantom ) also looks good (haven't used it personally though) if you want something more ruby-like. -- Mauricio On Aug 13, 8:06 pm, hammett <[email protected]> wrote: > So the experience is two fold: > > 1 - users download our stuff. it's easy to provide a decent experience here. > 2 - *contributors* need to be able to get their feet quickly. and this > is my main concern. > > > > > > > > > > On Sat, Aug 13, 2011 at 2:15 PM, Henrik Feldt <[email protected]> wrote: > > Right, but if we can provide a good experience without rake, such as > > packages with the pre-built DLLs and symbols linked to source code with e.g. > > symbolsource.org, then newcomers might not have to build - in order > > to make building it manually something that warrants being able to > > download an executable and install it? > > > -----Original Message----- > > From: [email protected] > > [mailto:[email protected]] On Behalf Of hammett > > Sent: den 13 augusti 2011 21:02 > > To: [email protected] > > Subject: Re: Builds > > > I'm ok with anything beyond MSBuild. The only thing I dont like > > about rake is being forced to install Ruby. This may create another > > layer of complexity for newcomers. > > > I've tried FAKE last weekend and it's self-contained enough for my needs. > > > On Sat, Aug 13, 2011 at 5:44 AM, Henrik Feldt <[email protected]> wrote: > >> Hello guys, > > >> Starting an old question now that some water has passed under the bridges: > >> how to easiest build the castle projects. As you know I have been > >> building Transactions with rake for a while now, and it's working well. > > >> But I still thought it took too much time to change existing > >> projects into albacore/rake. So I created a gem called 'logirel'. > >> It scaffolds a complete rakefile with nuspecs, semver-versioning, > >> nuget, nuget push tasks, output tasks etc. It's not perfect, but to > >> show what it can do, I ran it on Windsor's repository and made a pull-request out of it: > > >>https://github.com/castleproject/Castle.Windsor/pull/13 > > >> Try merging locally and running both 'rake' and 'rake -T' to see > >> its capabilities (or cloning haf/Castle.Windsor). First, of course, > >> you need to install what's in the bundle with: > > >> $ gem install bundle > > >> $ bundle install > > >> If you want to try out logirel, it's as simple as standing in the > >> folder you want to remake and running: > > >> $ logirel > > >> and then answering the questions. You need to set up a > >> tools/nuget.exe directory after it's done. > > >> What do you think guys? > > >> Cheers, > > >> Henrik > > >> -- > >> You received this message because you are subscribed to the Google > >> Groups "Castle Project Development List" group. > >> To post to this group, send email to > > [email protected]. > >> To unsubscribe from this group, send email to > >> [email protected]. > >> For more options, visit this group at > >>http://groups.google.com/group/castle-project-devel?hl=en. > > > -- > > Cheers, > > hammett > >http://hammett.castleproject.org/ > > > -- > > You received this message because you are subscribed to the Google > > Groups "Castle Project Development List" group. > > To post to this group, send email to [email protected]. > > To unsubscribe from this group, send email to > > [email protected]. > > For more options, visit this group at > >http://groups.google.com/group/castle-project-devel?hl=en. > > > -- > > You received this message because you are subscribed to the Google Groups "Castle Project Development List" group. > > To post to this group, send email to [email protected]. > > To unsubscribe from this group, send email to [email protected]. > > For more options, visit this group athttp://groups.google.com/group/castle-project-devel?hl=en. > > -- > Cheers, > hammetthttp://hammett.castleproject.org/ -- You received this message because you are subscribed to the Google Groups "Castle Project Development List" group. To post to this group, send email to [email protected]. To unsubscribe from this group, send email to [email protected]. For more options, visit this group at http://groups.google.com/group/castle-project-devel?hl=en. -- You received this message because you are subscribed to the Google Groups "Castle Project Development List" group. To post to this group, send email to [email protected]. To unsubscribe from this group, send email to [email protected]. For more options, visit this group at http://groups.google.com/group/castle-project-devel?hl=en.
