tag:blogger.com,1999:blog-490164104656637927.post2034932093954999069..comments2023-11-02T03:35:29.446-04:00Comments on Chris Allport's Blog: Hudson for .NET ProjectsChris Allporthttp://www.blogger.com/profile/08364830728660246778noreply@blogger.comBlogger10125tag:blogger.com,1999:blog-490164104656637927.post-79347246004559682302011-05-05T13:45:23.017-04:002011-05-05T13:45:23.017-04:00Sorry for the late reply. I just checked an insta...Sorry for the late reply. I just checked an install of Jenkins 1.405, and the Nant Builder section is on the Configure System page. One thing that might throw you off is that it is collapsed by default. Sorry I'm not much more help than this, but if you have the plug-in installed, you should see 'Nant Builder' on the configure page.Chris Allporthttps://www.blogger.com/profile/08364830728660246778noreply@blogger.comtag:blogger.com,1999:blog-490164104656637927.post-8840955598113516752011-04-17T14:32:25.272-04:002011-04-17T14:32:25.272-04:00I'm new to Hudson, evaluating it as a CI tool....I'm new to Hudson, evaluating it as a CI tool.<br />My installation is hudson 1.398, jdk 6u24, nant plugin 1.4.1 on Windows Server 2003 (same issue on Windows XP); my nant version is NAnt 0.91 Alpha 2. <br /><br />My problem is that on the Hudson Manage Plugins page, the nant plugin is listed as being installed, however, it does not appear on the Configure System link, and so I can't set up a job to use nant.<br /><br />I've searched extensively and can't find any clues to help resolve this; any suggestions gratefully appreciated.Unknownhttps://www.blogger.com/profile/04045267918616109750noreply@blogger.comtag:blogger.com,1999:blog-490164104656637927.post-49371494679395869082010-07-22T21:38:39.348-04:002010-07-22T21:38:39.348-04:00I haven't really been evaluating new tools rec...I haven't really been evaluating new tools recently. Hudson still does the job for me. I wouldn't go with TFS just because you're working in .NET. I feel like TFS tries to do a lot of things, and doesn't do any of them very well. The Hudson community is very strong and growing. I think it would be a good fit for your team and ease their transition from Java.Chris Allporthttps://www.blogger.com/profile/08364830728660246778noreply@blogger.comtag:blogger.com,1999:blog-490164104656637927.post-83628687321424277412010-07-22T12:47:25.218-04:002010-07-22T12:47:25.218-04:00More than a year has passed since you wrote the Hu...More than a year has passed since you wrote the Hudson article. Any further thoughts? Is Hudson still your choice? Have you compared it to Microsoft's offerings in 2010? What about CruiseControl.NET GUIs? Or that package that has gotten so much good press: TeamCity. Not looking for a full article. Just some bullet-point observations.<br />I'm a .NET guy in a Java group that really has its act together for CI. The group use Jira, Subversion, Bamboo, Maven, Wagon, Nexus, Clover, GlassFish. We're taken over a .NET app (C# ASP.NET) and want to get CI going with that app, as well. The idea is to <br />(1) Hold to the core CI values the team has implemented, <br />(2) Be as consistent as possible with the tool set the team has currently, while still being realistic about what works for .NET,<br />(3) Give a preference for tools associated with the Java community because members of the team know Java and open source tool, even if they are not using them currently<br />(4) Don't get too weird about it -- i.e., if TFS really does work best and is reasonably priced, then use it.<br /><br />What are your thoughts?Shttps://www.blogger.com/profile/13017303638654935351noreply@blogger.comtag:blogger.com,1999:blog-490164104656637927.post-7447549536508230032010-06-22T02:29:42.380-04:002010-06-22T02:29:42.380-04:00Does hudson supports .net framework 4 and visual s...Does hudson supports .net framework 4 and visual studio 2010?. I'm able to build the project using above tools. But hudson is not showing violations and test results. The xml fiels are getting generated. Any idea?Sunil Menonhttps://www.blogger.com/profile/07276393560364817170noreply@blogger.comtag:blogger.com,1999:blog-490164104656637927.post-28441608457801924732009-09-02T20:31:37.440-04:002009-09-02T20:31:37.440-04:00I've seen that problem before. To get around ...I've seen that problem before. To get around it, you can just create a bin folder and move your exe into it. Hudson expects NAnt to be set up under a bin folder.<br /><br />As for your other question, I don't know if you should need step by step instructions. I commit the entire solution to svn. This includes the .build file. So when I specify it in Hudson, I just give the relative path to the build file. Since it is directly in my solution folder (I use it to build the entire solution), I just need to put the name of the build file in the NAnt build file text box.Chris Allporthttps://www.blogger.com/profile/08364830728660246778noreply@blogger.comtag:blogger.com,1999:blog-490164104656637927.post-53184859958425964762009-08-29T04:25:53.645-04:002009-08-29T04:25:53.645-04:00And another thing, how do I tell Hudson that my NA...And another thing, how do I tell Hudson that my NAnt.exe is not in the \bin folder?<br /><br />it's keep looking for this path:<br /><br />C:\myProjects\web2009\tools\nant\bin\NAnt.exe //doesn't exist<br /><br />but in the reality I setup it, in here:<br /><br />C:\myProjects\web2009\tools\nant\NAnt.exe // the correct pathnobodybutcahttps://www.blogger.com/profile/00164999228751580284noreply@blogger.comtag:blogger.com,1999:blog-490164104656637927.post-87350788414867744872009-08-29T03:23:52.476-04:002009-08-29T03:23:52.476-04:00Thanks for the re:, kinda lost on check-in/commit ...Thanks for the re:, kinda lost on check-in/commit your build (my solution).<br /><br />I only knew how to commit my source code to the SVN. but not my solution build.<br /><br />can you site some step by step sample base on your Sharepoint_demo, "I see that I kind of left that setp out"<br /><br />thanks,<br /><br />No bodynobodybutcahttps://www.blogger.com/profile/00164999228751580284noreply@blogger.comtag:blogger.com,1999:blog-490164104656637927.post-34660694955318306962009-08-28T13:34:04.116-04:002009-08-28T13:34:04.116-04:00You should be checking in your build and solution ...You should be checking in your build and solution files to SVN. Then you could point Hudson to the build. I see that I kind of left that step out. So, from your example, if your build file is c:\hudson\repository\mysolution\project.build, you should check in the mysolution directory to SVN. Then you could just reference the NANT build file as project.build<br /><br />I hope this helps.Chris Allporthttps://www.blogger.com/profile/08364830728660246778noreply@blogger.comtag:blogger.com,1999:blog-490164104656637927.post-5268023734736734042009-08-28T03:54:57.444-04:002009-08-28T03:54:57.444-04:00I just seen your post about hudson, and I am a new...I just seen your post about hudson, and I am a newbie with this since I am starting this out today.<br /><br />I have some gray area, specifically on the location of the build file & solution. example :<br />hudson server:<br />c:\hudson\repository\mysolution (where .build & solution file located)<br /><br />Is this mean that every time a made a changes & commit it using SVN, I have to copy my local copy of a solution to a designated folder on the hudson server?<br /><br /><br />thanks,<br /><br />No Bodynobodybutcahttps://www.blogger.com/profile/00164999228751580284noreply@blogger.com