So I spent much of the afternoon looking over postings here on Source Control Software and LabVIEW. I must say I came away discouraged.
I've been programming LabVIEW for over 20 years in a single one technician lab and never really needed any stinking source control. Well now that's not the case. But thought I'd just read some posts, determine what everyone else likes and be done!!!!! That didn't work out for me ether... Seems nobody really likes source control after all. Or at least there are issues with just about every option.
So here is my situation. I'm still the single labVIEW developer on a project. But the project requires a more structured source control environment. So I'm looking for source control that works flawlessly within LabVIEW and is easy to use, I'm Using latest versions of LabVIEW.
Since most of the posts I read today are from years back, I'm hoping things have really improved in the last couple years and you guys are happy as a lark with your source control environment.
If you could take a minute and tell me:
1. What type of source control software you are using?
2. You love it, or hate it?
3. Are you forced to use this source control because it's the method used in your company, but you would rather use something else
4. Pro's and Con's of the source control you are using?
5. Just how often does your source control software screw up and cause you major pain?
Thank you in advance.
VIPM.io now allows you to post LabVIEW Resources, Ideas, and Tools. For example, you could post a link to a video tutorial or blog article about a package. You can also post ideas, like feature requests or new tools. Best of all, package developers are notified when you post your ideas and resources, and you can comment and discuss posts with the community. Take a look at this video to learn more: https://www.vipm.io/posts/664960df-f111-4e13-989a-24be8207182d/
Who uses Git Submodules? I know Greg Payne does and have watched his talk, but does anyone else have experience. I'm especially interested in experience with projects with multiple developers and multiple products (that might need to use different versions of the subprojects).
Wondering how many people have tried the new vipm.io site. We have added a ton of features to make it easy to Discover LabVIEW Tools and there are some cool ones coming soon.
Check it out and let me know what you think 😀
I am using the newest version (2020.1) of VIPM, but I had this same issue with the release of 2020.
For two of the packages that I have created for internal repos, VIPM has decided that I need a System Package. The posts I have seem from JKI indicate that this is a sub-package that is used internally to the main package, and should be automatically included.
However, after I am seeing issues on any PC other than the PC where the package was built.
Is there a setting I am missing?
Showing the (System) package as a dependency:
Package Configuration in the VI Package Configuration Editor
Package installed, on the PC where the package was initially created (no issues, no exclamation mark)
Package when installed on another PC (NOTICE: the System Package name has changed and there is a red exclamation mark, but there are no errors shown on install of the package).