|
BizarroAzrael posted:If there a good way to find conflicting files in a working copy without attempting an update on it? We have guys that often get conflicts and it would be nice if I could scripts something that finds the problems so they can be fixed by hands, rather than have them kill the overnight update and the subsequent build process. svn status -u
|
#
¿
Sep 19, 2009 06:49
|
|
|
|
| # ¿ May 8, 2024 02:53 |
|
|
I've used github and bitbucket for small personal projects and the overhead is pretty slight. What you get is worth the overhead.
|
|
#
¿
Nov 16, 2010 23:42
|
|
|
Cute headline from proggit: "Git, complicated? Of course not! Commits map to isomorphic contours in source-code phase space." http://tartley.com/?p=1267 quote:it’s simplest to think of the state of your repository as a point in a high-dimensional ‘code-space’, in which branches are represented as n-dimensional membranes, mapping the spatial loci of successive commits onto the projected manifold of each cloned repository.
|
|
#
¿
Dec 16, 2010 20:27
|
|
|
Captain Corny posted:No, but it is for version control software. Developers tend to use different OSes within the same projects so you have to accommodate for that. You could kind of make an exception for Visual Sourcesafe in the past because it was built at a time when cross platform development wasn't really feasible, but that's not true anymore, as you can see by its waning popularity. It seems like you're claiming that cross-platform development has recently become easier (since 2005 when VSS was released) yet the reason you're posting in this thread is that the work necessary to take a sizable Linux application and make it work well on Windows has taken years and is still years from completion. Isn't that a bit contradictory?
|
|
#
¿
Apr 17, 2011 08:06
|
|
|
TortoiseSVN is still 5x-50x slicker than either TortoiseGit or TortoiseHG, so I guess everyone should probably be using SVN if they're developing on Windows.
|
|
#
¿
Aug 18, 2011 00:48
|
|
|
Xik posted:What stops someone from just opening up the XML file in a text editor and looking at your secret key? Nothing, which coincidentally is exactly what is stopping them from opening your .exe in ILSpy and looking at the value of YourApplication.Secret.ApiKey.
|
|
#
¿
Oct 4, 2011 18:52
|
|
|
|
| # ¿ May 8, 2024 02:53 |
|
|
Megaman posted:What would be a single valid reason to reclone when you have everything already and can reset or pull from where you are? The reason people start from scratch is because they don't know enough about git to get to where they need to be in their repo. Probably the most obvious valid reason to reclone would be because it's the easiest and most reliable method to accomplish what fletcher wanted. Megaman posted:This is exactly the problem with people who look at a scientific theory and say "that's stupid, that doesn't work and this is why". You are not allowed to say that UNLESS you have a complete alternative that covers all the grounds the one you are calling stupid does that works better somehow. Actually, it's quite important to science for people to be able to poke holes in established theories without being required to provide their own complete Theory Of Everything. If people followed your advice we wouldn't have any scientific theories at all. Megaman posted:In this case, if you can provide a better tool than git that will do exactly what git did with those commands more easily and more efficiently, provide it. Otherwise, git is the most proficient and easiest thing we have at the current time. It's true that git is the most proficient and easiest thing we have at our finger tips for manipulating the contents of our .git folders. Trying to make any further claims based on this point will result in nothing but circular reasoning. Megaman posted:It just takes some reading and understanding of what's going on, and the realization that there's nothing better out there. It's fairly trivial to imagine use cases where git isn't the best thing out there.
|
|
#
¿
Feb 20, 2014 02:35
|
|