Jump to content

Search the Community

Showing results for tags 'source code control'.



More search options

  • Search By Tags

    Type tags separated by commas.
  • Search By Author

Content Type


Forums

  • Software & Hardware Discussions
    • LabVIEW General
    • LabVIEW (By Category)
    • Hardware
  • Resources
    • LabVIEW Getting Started
    • OpenG
    • Code Repository (Certified)
    • LAVA Code on LabVIEW Tools Network
    • Code In-Development
  • Community
    • LAVA Lounge
    • LabVIEW Feedback for NI
    • LabVIEW Ecosystem
  • LAVA Site Related
    • Site Feedback & Support
    • Wiki Help

Categories

  • *Uncertified*
  • LabVIEW Tools Network Certified
  • LabVIEW API
    • VI Scripting
    • JKI Right-Click Framework Plugins
    • Quick Drop Plugins
    • XNodes
  • General
  • User Interface
    • X-Controls
  • LabVIEW IDE
    • Custom Probes
  • LabVIEW OOP
  • Database & File IO
  • Machine Vision & Imaging
  • Remote Control, Monitoring and the Internet
  • Hardware

Find results in...

Find results that contain...


Date Created

  • Start

    End


Last Updated

  • Start

    End


Filter by number of...

Joined

  • Start

    End


Group


Personal Website


Company Website


Twitter Name


LinkedIn Profile


Facebook Page


Location


Interests

Found 3 results

  1. Hi all, I am fairly new to Labview development. I want to implement revision control software (SVN in particular) to my workplace. Before I can do this, I need to prove the concept and usefulness of the SVN application for us. I have used SVN in some degree in the past, and noticed tortoiseSVN integration with Labview via the TSVN Toolkit. I have a few questions regarding SVN and how I should organize my project files, in particular when using SVN. File organization has been a particular gray area for me in Labview, unlike linking my libraries and specifying their locations I don't seem to quite have that control in Labview. This issue is somewhat more exacerbated (or at least so I think) when I began using SVN. Let me explain: Using the TSVN toolkit it sees that my entire class (which was developed in a separate directory - then linked in) is not sourced and revisioned. This is also the case for several other libraries which I have borrowed or developed myself. I have two primary questions regarding this. The first - How does SVN add/commit these project files when they are not present within the project directory itself? In fact I have created a separate repo for the class which I use to maintain that code. The second - Is my file organizational design fundamentally flawed? Especially in the context of SVN? What are some good organizational tips/ schemes (when using SVN) which would help me for future projects in avoiding issues such as this? A less pressing question: How well does the "merge" functioning work with the Labview VIs? Remember I am do not have the most experience with SVN - it is my understanding that merge basically would merge changes I have made back with changes by other devs to the file along the main trunk(?). Thanks in advance. MrShawn
  2. Our IT department is rolling out a SCC package called Version Dog to our site. Looking a the website, it looks to be geared for PLCs but down in the documentation it mentions LabVIEW. Has anyone heard of this before? Used it? Have opinions on it? Not impressed by the amount of openly available non-fluff information on the website. We do have a SVN server running, however the network changes from when the current owners took over have FUBAR our ability to connect to SVN from our desk. This appears to be a much needed effort to version control the PLC programs (long overdue) and an attempt to close out IT work tickets that are many years old. Thanks in advance for any replies.
  3. While creating a new a new repo in GitHub, I noticed there is not a template .gitignore for LabVIEW -- let's make one! After contacting GitHub support asking the proper channel for submitting a .gitignore to their set of templates, i received the following response: "We have an open source repository, https://github.com/github/gitignore that we use to accept contributions for the gitignore templates. The way we accept new contributions is through pull requests" From the readme.md on that repo, "Since this repo includes a large and diverse number of programming languages, frameworks, editors, and ecosystems, it's very helpful if you can provide a link to information supporting your pull request" -- we will use this thread and public discussion as documentation and justification for LabVIEW.gitignore. So, I went ahead and forked the repo and created a new LabVIEW.gitignore, found here: https://github.com/wirebirdlabs/gitignore/blob/master/LabVIEW.gitignore Please, feel free to contribute to this thread, and once we've come to a consensus, hopefully GitHub will accept the Pull Request. Here's the contents of the file right now: # http://zone.ni.com/reference/en-XX/help/371361H-01/lvhowto/lv_file_extensions/*.aliases*.lvlps How can this be improved?
×
×
  • Create New...

Important Information

By using this site, you agree to our Terms of Use.