Source Control Suggestions
-
So, after my last post, I still need some source control. With MS saying not to use VSTS, and I DON'T WANT GIT, what are my options?
If it's not broken, fix it until it is. Everything makes sense in someone's mind. Ya can't fix stupid.
Kevin Marois wrote:
With MS saying not to use VSTS, and I DON'T WANT GIT, what are my options?
I continue to use TFVC hosted at Microsoft. I'm allergic to Git (which is what I use at work). /ravi
My new year resolution: 2048 x 1536 Home | Articles | My .NET bits | Freeware ravib(at)ravib(dot)com
-
You shouldn't consider source control as a backup system - separate the concerns and implement a planned backup strategy, by all means in conjunction with source control. They really aren't there for the same things, and you sound like you need disaster recovery rather than source control. Backup to the cloud, or onto physical media which you rotate into a mates house (and perhaps rotate his into yours) instead.
"I have no idea what I did, but I'm taking full credit for it." - ThisOldTony AntiTwitter: @DalekDave is now a follower!
I never said source control was backup. I said doing source control on a server next to my Dev PC doesn't make sense in case the house burns down
If it's not broken, fix it until it is. Everything makes sense in someone's mind. Ya can't fix stupid.
-
Kevin Marois wrote:
With MS saying not to use VSTS, and I DON'T WANT GIT, what are my options?
I continue to use TFVC hosted at Microsoft. I'm allergic to Git (which is what I use at work). /ravi
My new year resolution: 2048 x 1536 Home | Articles | My .NET bits | Freeware ravib(at)ravib(dot)com
Can you add new projects? My VS2017 won't let me use anything but Git
If it's not broken, fix it until it is. Everything makes sense in someone's mind. Ya can't fix stupid.
-
Can you add new projects? My VS2017 won't let me use anything but Git
If it's not broken, fix it until it is. Everything makes sense in someone's mind. Ya can't fix stupid.
Here's what I do:
- Create the project in the web interface (and select TFVC as the version control system).
- Create your solution using VStudio but don't "Add to source control".
- In VStudio, use Source Control Explorer to add your solution folder to the TFVC project.
- In VStudio, do File | Source Control | Advanced | Change Source Control and set the solution's source control bindings to the TFVC project.
After doing this, I work in VStudio as usual and check out and check in the solution's files normally. /ravi
My new year resolution: 2048 x 1536 Home | Articles | My .NET bits | Freeware ravib(at)ravib(dot)com
-
I have a solution with some projects in the same base folder, and other projects that are shared in different locations. When I right-click the solution and choose "Add To Source Control", a Git message pops up:
Source Control - Git
The current solution has projects that are located outside the solution folder. These projects will not be source controlled in the Git repository. To add all the projects to a single Git repository please consolidate all projects under a single folder.
This doesn't even make sense. I've heard too many horror stories about Git. This is one of them. See also [Git Catastrophes and Tips to Avoid Them | @RisingStack](https://blog.risingstack.com/git-catastrophes-and-tips-to-avoid-them/)
If it's not broken, fix it until it is. Everything makes sense in someone's mind. Ya can't fix stupid.
There are many horror stories with GIT and there are many more good stories with GIT. see also [Oh Shit, Git!?!](https://ohshitgit.com/) You know we use it, we're 10 developers, we all have multiple branches running in parallel, we have many version tags. We have a simple workflow In 4,5 years, I think we had one major issue (no data loss), I think it was because we busted the 1 gig repository size and needed to move files to the LFS system and rebuild the history. From what I can see, your problem seems to be related to the GIT in Visual Studio; I've seen some solution on StackOverflow; maybe not exactly like your situation, but it should be a good way to start looking at it. Maybe you could try an external GIT tool (tortoiseGIT, Kraken.... ) and see how it goes. Anyway, good luck:rose:.
I'd rather be phishing!
-
So, after my last post, I still need some source control. With MS saying not to use VSTS, and I DON'T WANT GIT, what are my options?
If it's not broken, fix it until it is. Everything makes sense in someone's mind. Ya can't fix stupid.
I like Visual SVN. Free and works a treat. My SVN repositories are on my own Windows server down "at the shop" because I'm a control enthusiast.
-
So, after my last post, I still need some source control. With MS saying not to use VSTS, and I DON'T WANT GIT, what are my options?
If it's not broken, fix it until it is. Everything makes sense in someone's mind. Ya can't fix stupid.
I send SVN, i've been using it for many years. I've started to use GIT and can't decide if I like it or not. Still use SVN as backup though!
They call me different but the truth is they're all the same! JaxCoder.com
-
So, after my last post, I still need some source control. With MS saying not to use VSTS, and I DON'T WANT GIT, what are my options?
If it's not broken, fix it until it is. Everything makes sense in someone's mind. Ya can't fix stupid.
Keep in mind that Git is a service. It is not solely supplied or hosted by Microsoft. They just own GitHub but there are also other sites that host Git servers. At work we use Bitbucket and they host both Git and Mercurial repositories. They also have both free and commercial accounts available. That's the only one I am somewhat familiar with and there are several others.
"They have a consciousness, they have a life, they have a soul! Damn you! Let the rabbits wear glasses! Save our brothers! Can I get an amen?"
-
It sucks. [Git Catastrophes and Tips to Avoid Them | @RisingStack](https://blog.risingstack.com/git-catastrophes-and-tips-to-avoid-them/)
If it's not broken, fix it until it is. Everything makes sense in someone's mind. Ya can't fix stupid.
-
It sucks. [Git Catastrophes and Tips to Avoid Them | @RisingStack](https://blog.risingstack.com/git-catastrophes-and-tips-to-avoid-them/)
If it's not broken, fix it until it is. Everything makes sense in someone's mind. Ya can't fix stupid.
I've worked with Git for years and never amended anything. I don't get the issue with reverting. How would you solve that using TFSC or SVN? The fact is you pushed something that didn't work to the master branch, people made other changes to that code and now you want it removed. I've been in the situation where I had to revert multiple commits and this was as easy as selecting the commit I wanted to go back to and selecting "revert to this commit". As the author says, all backward changes were added to the branch, but my coworkers had some merge conflicts. Those conflicts are to be expected since I just messed up the whole code base that everyone was working on. SVN or any other SCM isn't going to handle that gracefully either... Actually, I don't recognize anything he talks about in that post, except this little sentence in the intro:
János Kubisch wrote:
Fortunately, it is really hard to irrevocably mess something up with git, as long as you have the .git hidden folder in your project intact!
In my experience it takes some getting used to. I worked in a team who worked with SVN for years and they were also a bunch of bunglers, so they complained about Git for years and never got the hang of it. Another team who moved to Git was amazed at how easy the transition was. At first, I thought it was overly complicated compared to SVN, but now I never want to go back. It's very easy to branch and merge, which makes developing new features and cooperating in teams so much easier. I wouldn't dismiss Git based on that one article... Just be sure to get some GUI tool. Not the default or the command line, those are for script kiddies who think they're so cool because they use command line. I use SourceTree or Visual Studio 2019 and those work well.
Best, Sander sanderrossel.com Continuous Integration, Delivery, and Deployment arrgh.js - Bringing LINQ to JavaScript Object-Oriented Programming in C# Succinctly
-
So, after my last post, I still need some source control. With MS saying not to use VSTS, and I DON'T WANT GIT, what are my options?
If it's not broken, fix it until it is. Everything makes sense in someone's mind. Ya can't fix stupid.
-
I've worked with Git for years and never amended anything. I don't get the issue with reverting. How would you solve that using TFSC or SVN? The fact is you pushed something that didn't work to the master branch, people made other changes to that code and now you want it removed. I've been in the situation where I had to revert multiple commits and this was as easy as selecting the commit I wanted to go back to and selecting "revert to this commit". As the author says, all backward changes were added to the branch, but my coworkers had some merge conflicts. Those conflicts are to be expected since I just messed up the whole code base that everyone was working on. SVN or any other SCM isn't going to handle that gracefully either... Actually, I don't recognize anything he talks about in that post, except this little sentence in the intro:
János Kubisch wrote:
Fortunately, it is really hard to irrevocably mess something up with git, as long as you have the .git hidden folder in your project intact!
In my experience it takes some getting used to. I worked in a team who worked with SVN for years and they were also a bunch of bunglers, so they complained about Git for years and never got the hang of it. Another team who moved to Git was amazed at how easy the transition was. At first, I thought it was overly complicated compared to SVN, but now I never want to go back. It's very easy to branch and merge, which makes developing new features and cooperating in teams so much easier. I wouldn't dismiss Git based on that one article... Just be sure to get some GUI tool. Not the default or the command line, those are for script kiddies who think they're so cool because they use command line. I use SourceTree or Visual Studio 2019 and those work well.
Best, Sander sanderrossel.com Continuous Integration, Delivery, and Deployment arrgh.js - Bringing LINQ to JavaScript Object-Oriented Programming in C# Succinctly
I use the builtin with VS 2017 and it works. I've only run into one major problem with it - it sometimes tries to push my entire Projects folder. But I've worked around the issue
When I was growin' up, I was the smartest kid I knew. Maybe that was just because I didn't know that many kids. All I know is now I feel the opposite.
-
I use the builtin with VS 2017 and it works. I've only run into one major problem with it - it sometimes tries to push my entire Projects folder. But I've worked around the issue
When I was growin' up, I was the smartest kid I knew. Maybe that was just because I didn't know that many kids. All I know is now I feel the opposite.
honey the codewitch wrote:
it sometimes tries to push my entire Projects folder
Do you have a .gitignore? I've never used it before because I was missing stashing functionality. I used to like SourceTree A LOT better (VS 2015-2017), but with 2019 it's just slightly better I think.
Best, Sander sanderrossel.com Continuous Integration, Delivery, and Deployment arrgh.js - Bringing LINQ to JavaScript Object-Oriented Programming in C# Succinctly
-
honey the codewitch wrote:
it sometimes tries to push my entire Projects folder
Do you have a .gitignore? I've never used it before because I was missing stashing functionality. I used to like SourceTree A LOT better (VS 2015-2017), but with 2019 it's just slightly better I think.
Best, Sander sanderrossel.com Continuous Integration, Delivery, and Deployment arrgh.js - Bringing LINQ to JavaScript Object-Oriented Programming in C# Succinctly
I seem to, but it's intermittent problem so i think it's a bug. Overall this 2017 installation has been shaky at points.
When I was growin' up, I was the smartest kid I knew. Maybe that was just because I didn't know that many kids. All I know is now I feel the opposite.
-
So, after my last post, I still need some source control. With MS saying not to use VSTS, and I DON'T WANT GIT, what are my options?
If it's not broken, fix it until it is. Everything makes sense in someone's mind. Ya can't fix stupid.
Kevin Marois wrote:
and I DON'T WANT GIT
I used to hate GIT, but that was when I had to use the command line, which is incomprehensible. I now use SmartGit as the front end, and I'm quite pleased with the ease of creating branches, stashing stuff away to be applied later, merging branches, etc. I've never had a problem with it, and SmartGit's graph of branches is probably one of the more readable ones I've seen, not that I ever even look at those things when working solo on a project.
Latest Articles:
16 Days: A TypeScript application from concept to implementation Database Transaction Management across AJAX Calls -
So, after my last post, I still need some source control. With MS saying not to use VSTS, and I DON'T WANT GIT, what are my options?
If it's not broken, fix it until it is. Everything makes sense in someone's mind. Ya can't fix stupid.
I use SVN and TortoiseSVN as the UI at work - they seem to be fine for what I need(creating branches, patches, merging etc).
“That which can be asserted without evidence, can be dismissed without evidence.”
― Christopher Hitchens
-
I never said source control was backup. I said doing source control on a server next to my Dev PC doesn't make sense in case the house burns down
If it's not broken, fix it until it is. Everything makes sense in someone's mind. Ya can't fix stupid.
Kevin Marois wrote:
I never said source control was backup. I said I need source control as a backup in case the house burns down
That's what I hear. If you want to secure your work against the case where your house burns down, seek a backup solution. If you want to be able to maintain different versions of your codebase, seek a source control system. There's no reason you can't use both. Technically, you can setup a source control system as a backup solution. But it would be very inefficient. I've tried it once but found it to be painfully slow. Plus it clogs your drives with version control info that you might not even need - at least not on your local drives!
GOTOs are a bit like wire coat hangers: they tend to breed in the darkness, such that where there once were few, eventually there are many, and the program's architecture collapses beneath them. (Fran Poretto)
-
So, after my last post, I still need some source control. With MS saying not to use VSTS, and I DON'T WANT GIT, what are my options?
If it's not broken, fix it until it is. Everything makes sense in someone's mind. Ya can't fix stupid.
AHH, you gonna make me that person!!1! Sorry ahead of time if just want some alternative. Are the fears you have with GIT from personal experience of what you have read and been told? My history: 4 years in software, some SVN used. Start using GIT on new project. 2 years go by with very little issue of a team of 3 people. Get a new hire and in the first week things start breaking. Release went out which replaced a fix and compile time issues. Cause: new hire was using command line to do all their GIT commits/pulls/push/sync. Me just let them do their thing. Another week, I cannot help them, because my command line experience of GIT is minimal. This person claimed years of experience with GIT and blaming the team for doing it wrong, that their way was right. Also did not help that they decided to rewrite much of the existing code in their style without checking if this was acceptable or what the requirements of those existing components were. to end this rant: GIT is a tool. First understand your CURRENT workflow. How many people in the team? Then look at a tool to help improve YOUR workflow. I still look at unit tests with some detain, but when the that work helps show red days before release, it helps. Simplest work flow: setup VSTS (azure devops) with Master as Pull Request only. Make branch per feature. Pull request viewer in devops, pull requests in general, consolidates multiple commits for easy pear review. Mark delete branch on successful pull. Issues with conflicts means in VS to sync YOUR master copy. Merge master into the branch. Review conflicts. Commit, push. The pull-request is updated and conflict removed, to allow for another review. Im now in a team of 5 people, who have 20+ projects in Azure DevOps, some with multiple repos in them.
-
I have a solution with some projects in the same base folder, and other projects that are shared in different locations. When I right-click the solution and choose "Add To Source Control", a Git message pops up:
Source Control - Git
The current solution has projects that are located outside the solution folder. These projects will not be source controlled in the Git repository. To add all the projects to a single Git repository please consolidate all projects under a single folder.
This doesn't even make sense. I've heard too many horror stories about Git. This is one of them. See also [Git Catastrophes and Tips to Avoid Them | @RisingStack](https://blog.risingstack.com/git-catastrophes-and-tips-to-avoid-them/)
If it's not broken, fix it until it is. Everything makes sense in someone's mind. Ya can't fix stupid.
That's because it's a visual studio error, not a git error. Git doesn't know anything about "solutions" - that's a VS thing.
-
So, after my last post, I still need some source control. With MS saying not to use VSTS, and I DON'T WANT GIT, what are my options?
If it's not broken, fix it until it is. Everything makes sense in someone's mind. Ya can't fix stupid.
I have a $5/m DO droplet that hosts my private Git AND SVN repos. It still has about 18GB free space on it.