|
Wordle 728 4/6
π¨β¬β¬β¬β¬
β¬π©β¬β¬π¨
π¨π©β¬β¬β¬
π©π©π©π©π©
|
|
|
|
|
Wordle 728 4/6
β¬β¬π¨β¬β¬
π¨β¬β¬β¬β¬
β¬π©π¨π©π©
π©π©π©π©π©
|
|
|
|
|
Wordle 728 4/6
π¨β¬β¬π¨β¬
β¬π¨π¨π¨β¬
π©π©π©β¬β¬
π©π©π©π©π©
Ok, I have had my coffee, so you can all come out now!
|
|
|
|
|
I installed GitHub on my desktop and use TortoiseGit as client. each time I committed my new version to the local folder for this project.
then I commit the same version to GitHub website.
My question is: does GitHub only have my most recent version only? does GitHub still keep all previous versions of my projects?
I used SVN server for long time and heading to GitHub...
diligent hands rule....
|
|
|
|
|
Isn't that the whole point?
|
|
|
|
|
Yes GitHub keeps previous versions:
Quote: On GitHub, you can see the commit history of a repository by: Navigating directly to the commits page of a repository. Clicking on a file, then clicking History, to get to the commit history for a specific file.
See: About commits - GitHub Docs[^]
modified 16-Jun-23 14:07pm.
|
|
|
|
|
thanks, the link is great!![Rose | [Rose]](https://codeproject.global.ssl.fastly.net/script/Forums/Images/rose.gif)
diligent hands rule....
|
|
|
|
|
Southmountain wrote: does GitHub still keep all previous versions of my projects?
It sure does. It's a version control system after all.
Southmountain wrote: then I commit the same version to GitHub website.
Technically, you don't commit to GitHub; you just push your changes to GitHub. With Git you have two complete repositories with all your code history, one on your desktop and another on GitHub. When you commit on your desktop the two repositories are out of sync, but then you push the changes to bring them back in sync.
Mircea
|
|
|
|
|
thanks for the explanation!
diligent hands rule....
|
|
|
|
|
is it just me or is this MS disease? Rename the same basic function...
Charlie Gilley
βThey who can give up essential liberty to obtain a little temporary safety deserve neither liberty nor safety.β BF, 1759
Has never been more appropriate.
|
|
|
|
|
Well, in this case I wouldn't put this diagnostic. If you look at the general philosophy of Git, "commit" and "push" are quite different operations. Commit brings changes under source control while "push" distributes those changes to any number of remote repositories that have been configured. Keep in mind that Git is a distributed version control system so it needed a name for the distribution part.
Mircea
|
|
|
|
|
Thank you for the clarification. A push now makes sense in the context of team development.
Charlie Gilley
βThey who can give up essential liberty to obtain a little temporary safety deserve neither liberty nor safety.β BF, 1759
Has never been more appropriate.
|
|
|
|
|
|
thanks for the link! it is very comprehensive!
diligent hands rule....
|
|
|
|
|
Southmountain wrote: then I commit the same version to GitHub website.
Just to follow up on the excellent replies, if you only "commit" your changes to the repo, nothing really happens except that your local version history is updated to reflect the latest change. You have to "push" your changes to GitHub to sync it with your local version changes. So make sure you "push!" 
|
|
|
|
|
It can definitely be a little challenging at first. There are some awesome videos and tutorials online that explain it all. The very purpose of Github is to be a "versioning" system, so yes it will indeed retain all versions for you. Learn the command line interface as well. You can do some pretty amazing thing with it. As with anything that is a little complex, if you don't practice and use Github regularly, you will lose familiarity with the process. Good luck!
|
|
|
|
|
Southmountain wrote: TortoiseGit as client...my most recent version only?
You can see the version history via the 'log' in TortoiseGit. At least I believe that is what it is called - if not poke around to find it. Also allows you to diff the versions.
You can also see it via the command line but I consider that, for this case, much harder to use.
|
|
|
|
|
You might check out some kind of visual tool for source control.
SourceTree is one I know about. It will do/integrate with Git.
Being able to visualize it, having buttons to do what (are sometimes) esoteric console commands, and being able to see the result of those button presses reflected in a visual way is probably not the worst thing that could happen for you trying to learn.
|
|
|
|
|
Supporter position in beer (7)
In a closed society where everybody's guilty, the only crime is getting caught. In a world of thieves, the only final sin is stupidity. - Hunter S Thompson - RIP
|
|
|
|
|
Supporter
position POST
in
beer A LE
APOSTLE
"I have no idea what I did, but I'm taking full credit for it." - ThisOldTony
"Common sense is so rare these days, it should be classified as a super power" - Random T-shirt
AntiTwitter: @DalekDave is now a follower!
|
|
|
|
|
YAUM 
In a closed society where everybody's guilty, the only crime is getting caught. In a world of thieves, the only final sin is stupidity. - Hunter S Thompson - RIP
|
|
|
|
|
I got the solution quickly, but couldn't justify the POST until I had a lightbulb moment... 
"I have no idea what I did, but I'm taking full credit for it." - ThisOldTony
"Common sense is so rare these days, it should be classified as a super power" - Random T-shirt
AntiTwitter: @DalekDave is now a follower!
|
|
|
|
|
Nice formatting on the answer
|
|
|
|
|
Hello!
[UPDATE]
I am looking for software, not code! I don't want to do this on my own, in part because I really don't want to waste hours on this that I could spend on more interesting things and in part because it would likely cost a bunch of money to do this in an efficient and effective way.
BUT: I am looking for something with limited options(=> limited ways I can make mistakes) and that is way simpler to use than InkScape, for one. To put the problem in perspective, there is no intuitive way to resize multiple selections so that they have the same height and width. I'd rather not put hours upon hours on finding out where everything that, to my mind, is absolute basic stuff is.
I want the basic stuff right on my face so that I don't have to learn yet-another-godawful-thing that I will use very rarely and for very specific things.
I have also given a brief look at the suggested search but no cigar, merging isn't quite what I want, mostly I want positioning and resizing. I have no problems with doing this in layers (although that really sounds like a complication I don't need... but I digress, some battles aren't worth fighting) as long as what, in my mind, is basic stuff is easily reachable.
To my mind I want the Visual Basic of SVG: put the "buttons" on the form where I see fit (the form would be in my case the main SVG),
select them all, resize in the object inspector. Done!
I think what I have in mind is probably not very sought after!
Makes sense?
[/UPDATE]
[ORIGINAL MESSAGE]
This is either weirdly difficult to find or I just don't know what phrases to look for.
What I need is, in my mind, quite straight-forward; I need a program that is capable of performing the following tasks:
1) Take N SVG files in
2) Allow me to stitch them together into a new SVG file
3) Allow me to visually arrange the aforementioned SVG files as I see fit.
So, say I have an SVG file looking like a notepad and I have 4 SVG files I want to use as overlays: I want to put each "overlay" SVG file in a different corner of the Notepad one and THEN use that as an SVG.
This is, of course, a contrived example but depicts my need perfectly.
There is, of course, nuance here: for example, this software should make multi-selection easy and I should be able to use that multi-selection to set width and height of every single overlay, so that they look right in context of the other image and uniform compared to each other.
Anything for Mac or PC is fine, I don't mind.
Do you know of anything?
[/ORIGINAL MESSAGE]
Thanks!
|
|
|
|
|
This is not a programming question forum. Please move to the correct forum.
Graeme
"I fear not the man who has practiced ten thousand kicks one time, but I fear the man that has practiced one kick ten thousand times!" - Bruce Lee
|
|
|
|
General 
News 
Suggestion 
Question 
Bug 
Answer 
Joke 
Praise 
Rant 
Admin 
Submit an article or tip
