That depends, git is a different tool and if you get to learn it you can then see the benefits.
You can use it with kicad for your designs, and also to contribute back if that interests you. (and more of course…)
That depends, git is a different tool and if you get to learn it you can then see the benefits.
You can use it with kicad for your designs, and also to contribute back if that interests you. (and more of course…)
ok, where can I read about these benefits pls ?!
my only experience with git was through brief mentions and downloads from the guy who coded my arduino’s and used it to store revisions … for some reason I have a gut feeling it can be used to similarly in kicad to save project snapshots yes/no ?!
but can’t find any info on that either, so for now I use the “save-as” command in the project menu, which I’m sure is silly as it’s adding nested backup folders on each iteration … trying to figure out the right way to do this - part of why I’m asking about git
Here’s a FAQ explaining what a VCS does and what it could do for you if you adopt it as a tool for your own projects:
But a lot of people do fine with other setups.
The biggest usecase is software development as you describe. It can also be used for snapshots of your kicad projects (I use it for this and very much like it!), but this is not required.
Git is not at all related to the topic you started. Git (the revision control tool) and gitlab (a web interface) are used for KiCad development: the application itself, the documentation, and the libraries (symbols/footprints). ML9014 does not like git and thinks that git has been harmful to the KiCad library. @Aris_Kimi is an active KiCad librarian and disagrees.
I think that summarizes it
thank-you for that git/gitlab bit of info gkeeth //
I’ve learnt lots on this thread … I appreciate the effort
Back from GIT.
This question has been self answered… personal methodology.
I maintain my own libraries. I don’t particularly like the Kicad ones, but I will in no way complain about them. I am extremely grateful for their existence. They are a great starting point for modification.
These, for example, are my personal thoughts on symbol libraries:
I repeat, these are purely personal. Ask @Aris_Kimi and you will receive a different reply. Keep this thread open long enough and you will get 500 different replies.
@kicadian , you mention best/recommended practices.
IMHO, after re-reading this thread, I think you are just trying too hard to find the “perfect” everything.
Kicad is a CAD tool. Like other CAD tools, if you look hard enough, you will probably find at least five ways to do anything. Which way is best? That depends the phase of the moon, planet alignment and who you ask.
Back to GIT.
I don’t bother. I use a hard drive and a thumb drive backup and if I lose the lot because my house burns down, well, I will have more important things to worry about.
Cheers,
thanks jmk, invaluable … I’m going to start a related thread after doing more searching
back on topic … I finally found what i was looking for all along
at the very bottom of the docs page : https://docs.kicad.org/
the introduction page (… a good start)
somehow I had never scrolled down there (my bad perhaps) …
still, why not put it at the very top please !!
better yet, it should also be on the home page IMO
I would love to fill it in with badly needed info … but I digress
again, thanks to all developers for their hard work !!
kicadian – I suspect you are on the right track already, but let me comment that one of the most important Kicad topics to get clear on is how Kicad (schematic and pcb) finds libraries. As with many software packages (such as programming language build systems and IDEs), this is accomplished with “paths” of some kind, so the key piece of the puzzle is understanding where these paths are stored (environment variables, initialization files, project settings, user preferences or whatever).
For Kicad, it’s not rocket science – just paths pointing to where libraries are. But it’s maybe not the most prominently presented information, and the complete picture is not necessarily visible at a glance.
The doc you pointed to for Kicad 5: Library management in KiCad version 5 … goes a long way to describing that for Kicad 5.x, and I absolutely would not want that to disappear any time soon. It is marked for Kicad 5, and hopefully a Kicad 6 version with appear (or maybe exists already).
The flip side of this is establishing, based on the available path mechanisms, your own regimen of directory and file locations for your own “all projects” libraries and “per project” libraries.
This is fundamental to feeling in-control with Kicad.
You may also be interested in a thread of mine that relates to this topic, and particularly the role of kicad_common (kicad_common.json in K6): Kicad_common 5.x 6.x details please? - #2 by qu1ck
As a side note, your questions about github may relate to a previous experience with earlier version Kicad where I believe the Kicad application itself knew how to visit github and fetch library updates. That is, github was being used to distribute updates for the kicad libraries ad hoc, rather than library (official) updates only happening through updating the application. I’m not sure what happened to that functionality, but whatever the convenience was, it left some sense of not being entirely in control of what libraries Kicad could actually be expected to use.
Thanks for informing us about that book and course, looks interesting, possibly to recommend to others. FWIW, your link is misspelled. Should be: techexplorations dot com
thanks gwideman, I think this may well explain my confusion. I tried to understand Kicad5 as best as I could but I just found things overwhelming - especially with the git stuff which was way over my head … coming from expressPCB where things couldn’t be simpler (of course, an altogether different tool set) things turned immediately into a big headache for me
I eventually “got” how Kicad5 works, I just wished that it was more clearly stated up front (then and still now) - like in the intro box on the home page, hidden at the bottom … I stupidly wasted countless hours trying to figure out whether the problem was on the Mint side or Kicad … stupid amounts of time wasted on poor managerial practices that could have been spent doing actual work
I hope the Kicad dev team will re-consider the placement of the Introduction box on their home page … and spending the time to fill-in the info … which should possibly include links to threads where this is discussed even
thanks for the links you provided
This topic was automatically closed 90 days after the last reply. New replies are no longer allowed.