http://ayende.comAyende @ RahienCopyright (C) Ayende Rahien 2004 - 2021 (c) 202660I can say that I check in at least that frequently. Being on team development, when I am ready to check in I integrate locally first, build, run the tests and make sure they pass. Then I check in. Being on TFS, I also don't keep the solution or project files checked out longer than to add a reference or a new file (classes mostly). Once added, both get checked in and then the new class gets checked back out for me to add the functionality to. This behavior doesn't break the build and gives the added bonus of not causing others to have to merge more than necessary. http://ayende.com/3226/frequent-check-ins-frequent-integration#comment15http://ayende.com/3226/frequent-check-ins-frequent-integration#comment15Sun, 06 Apr 2008 20:53:37 GMTThere's another interesting discussion I happened to be involved in yesterday about the future of CI which also touches on the frequency of commits and the "trunk development" vs. "branch per task development" paradigms: http://codicesoftware.blogspot.com/2008/03/continuous-integration-future.html http://ayende.com/3226/frequent-check-ins-frequent-integration#comment14http://ayende.com/3226/frequent-check-ins-frequent-integration#comment14Sat, 29 Mar 2008 19:04:42 GMTWe actually have ours setup as a branch called Production instead of Main. You don't check in broken code to that, ever because hotfixes are done right in that branch very quickly without having to check with anyone. We all work off a network drive that is snapshotted hourly and nightly so there isn't much concern about losing code if you don't check in for a while but you can shelve if you want. And we don't leave if something isn't working either.. :) Working state to working state makes life easier - and sleep easier too and isn't too hard if you take a little piece at a time. http://ayende.com/3226/frequent-check-ins-frequent-integration#comment13http://ayende.com/3226/frequent-check-ins-frequent-integration#comment13Sat, 29 Mar 2008 16:31:52 GMTI agree, except the checking in to a private branch. That certainly work, but I tend to prefer generating a patch file and storing it on the server as opposed to a branch. http://ayende.com/3226/frequent-check-ins-frequent-integration#comment12http://ayende.com/3226/frequent-check-ins-frequent-integration#comment12Sat, 29 Mar 2008 09:53:38 GMTI also favor frequent check-ins. The biggest feature of a sourcecontrol system is that you have a history: you can rollback to a known good state. So even if you have to make 3 changes to the same code file, if these 3 changes are actually 3 different bugfixes for example: check in after each change. Another thing which might be considered is checking in after a day of work, even if the code doesn't build. If it doesn't build: check into your own branch, add #error and #warnings where you were at and what to change the next time you're working on that code. Of course, when you add #error and #warning lines, be sure to check into a different branch, but that's what they're for anyway :). The advantage of this is that if your own box crashes, you stil have your work. When you're done you merge with the trunk (that's why there's a merge feature ;)) http://ayende.com/3226/frequent-check-ins-frequent-integration#comment11http://ayende.com/3226/frequent-check-ins-frequent-integration#comment11Sat, 29 Mar 2008 09:47:46 GMTI check in as frequently as him. For me, as long as it is passing all tests and I have completed a unit of work, I check in. I like being able to just blast everything with an undo checkout on the whole project if something doesn't work out and too many tests get horked up. http://ayende.com/3226/frequent-check-ins-frequent-integration#comment10http://ayende.com/3226/frequent-check-ins-frequent-integration#comment10Sat, 29 Mar 2008 02:39:29 GMTI tend to commit whenever I have a stable system http://ayende.com/3226/frequent-check-ins-frequent-integration#comment9http://ayende.com/3226/frequent-check-ins-frequent-integration#comment9Sat, 29 Mar 2008 01:30:30 GMThihi, anyways from my point of view, I try to split my expected work of the day in 4 to 6 tasks and check-in after each one. http://ayende.com/3226/frequent-check-ins-frequent-integration#comment8http://ayende.com/3226/frequent-check-ins-frequent-integration#comment8Sat, 29 Mar 2008 01:25:02 GMTNo, Thu 08 PM - 5 AM Fri 1 PM - 9 PM http://ayende.com/3226/frequent-check-ins-frequent-integration#comment7http://ayende.com/3226/frequent-check-ins-frequent-integration#comment7Sat, 29 Mar 2008 01:18:31 GMTFrom 5 am to 7 pm ???? http://ayende.com/3226/frequent-check-ins-frequent-integration#comment6http://ayende.com/3226/frequent-check-ins-frequent-integration#comment6Sat, 29 Mar 2008 00:58:49 GMT@Ayende - I figured that'd be the case. :) http://ayende.com/3226/frequent-check-ins-frequent-integration#comment5http://ayende.com/3226/frequent-check-ins-frequent-integration#comment5Fri, 28 Mar 2008 20:08:51 GMTJosh, I am getting paid to do so. http://ayende.com/3226/frequent-check-ins-frequent-integration#comment4http://ayende.com/3226/frequent-check-ins-frequent-integration#comment4Fri, 28 Mar 2008 19:48:04 GMTMaybe I just missed a post with the explanation, but why are you spending so much time on the svnbridge project? http://ayende.com/3226/frequent-check-ins-frequent-integration#comment3http://ayende.com/3226/frequent-check-ins-frequent-integration#comment3Fri, 28 Mar 2008 19:45:24 GMTNo, the last checking refers to users who might want to use this. At the moment, it works, pass all the tests, but it not verified enough for me to be comfortable to release to users. http://ayende.com/3226/frequent-check-ins-frequent-integration#comment2http://ayende.com/3226/frequent-check-ins-frequent-integration#comment2Fri, 28 Mar 2008 19:39:05 GMTI'm a big fan of frequent check-ins as a result of fine work decomposition, however I do wonder about changeset 17205: Depending on your interpretation of "do not use", that shouldn't have been checked in, as it broke the project. Not so much in a "broke the build" sense, rather in a "broke any other dev that checks out as of 17205 sense." http://ayende.com/3226/frequent-check-ins-frequent-integration#comment1http://ayende.com/3226/frequent-check-ins-frequent-integration#comment1Fri, 28 Mar 2008 19:29:26 GMT