git-tools | Liferay use to help speed | Development Tools library
kandi X-RAY | git-tools Summary
kandi X-RAY | git-tools Summary
This repository is a collection of scripts and other tools that the developers of Liferay use to help speed up their git workflow.
Support
Quality
Security
License
Reuse
Top functions reviewed by kandi - BETA
- Main entry point .
- Submit a pull request .
- Get PR stats for a given pull request .
- Close a git pull request .
- Update github users .
- Show information about github repositories .
- Display a pull request .
- Updates the branch with the given branch name .
- Fetch a specific pull request
- Get the value of a git pull request .
git-tools Key Features
git-tools Examples and Code Snippets
Community Discussions
Trending Discussions on git-tools
QUESTION
I'm not sure if the following is a reasonable thing to do (and would appreciate to be told if not) but I would like to have nested repositories with a structure similar as in my tree below.
...ANSWER
Answered 2021-Jan-24 at 15:18I would as well like to have this same (mirroring) tree structure in GitHub for the same reasons described above, rather than having multiple GH repos.
The way to do this is to carry all the histories in the one repo and check them out as submodules. That's what you've got, and what submodules are: independently-updated histories you're interested in as part of some larger effort. The helper command doesn't have automation for this, but the setup's easy.
So here's a full reset that constructs the repo setup you describe while avoiding assuming anything about details you haven't specified here, to make the commands below work no matter what.
QUESTION
echo "a" > file1.txt
git add file1.txt
git commit -m "add file1"
echo "b" > file1.txt
git stash
...ANSWER
Answered 2021-Jan-12 at 22:49A stash stores both the state of the index and the state of the working tree, because those are both things you might have in an incoherent or unfinished state. Making a stash puts both the index and the work area into commits and rolls both back to the head commit state; the index commit then has the current head as parent, and the work tree commit has the index commit and the current head as parents, making the stash’s content a merge commit. You can actually see this structure by doing a git log on your stash entry (your identifier numbers will be different of course):
QUESTION
I'm attempting to create a node/go library (https://github.com/simpleviewinc/git-tools) to help using git to checkout a repo to a specific remote/branch for handling production checkouts as well as developer checkouts for peer review. In both cases when a developer executes the checkout command I want it to execute and setup the working copy to the exact state declared in the remote repositories. So this means it will toss any untracked changes, unpushed commits, all of that. It is to make their local working copy or the server working copy exactly match the remotes. In production this is obviously so that the live server matches the exact state. On local, it ensures that the developer has the exact state of the fork that they are reviewing (with no changes on their local box interfering with the review). On local, it will prompt the user before doing destructive actions (like git reset, git clean).
The problem I am facing is that I cannot figure out a set of git commands that will consistently work in all cases when switching between branches if the branch has submodules. In my test, I have one repo with 3 branches, one branch has no submodules (master), another module has 1 submodule (submodule-test), and another branch has another submodule (submodule-test2) that points to a different repository (at the same path). I want my library to be able to switch the working copy from any branch to any other branch, executing the exact same set of commands, without the developer executing needing to know the specific setup related to the destination branch. Basically, it should be "give me this code whatever it is declared in the remote". In example if a dev is peer reviewing and both the main repo and the submodule have forks/branches. I want the dev to be able to just gun git-tools checkout proj1 --remote=dev1 --branch=pr-150
and it will checkout dev1's fork of proj1 and branch pr-150. Then if they ran git-tools checkout proj1
it would switch it back to master of proj1.
Right now the closest set of commands for switching branches I've been able to almost get working is:
...ANSWER
Answered 2020-Nov-05 at 02:45I was able to figure this out. It's not trivial but so far it's working. The key element is that prior to switching from one branch to another I stash the .git/modules
folder somewhere based on the name of the current branch. This way when I switch back to that branch, I can restore the stashed modules since that stores the git repository information for all of the active submodules on that branch.
Roughly the process of going from any branch to any other branch is as follows:
QUESTION
I notice that one can specify ancestors of actual commit by using the ^
or the ~
character. For example, if I have the following log of commits
ANSWER
Answered 2020-Aug-16 at 23:50HEAD
is always where you are. HEAD~n
means the nth revision going back (always taking first parent). HEAD~n^k
means, from that nth revision back from HEAD
, take the kth parent (HEAD~n
being a merge revision with at least k parents).
QUESTION
I have a question regrading intertwined repositories.
I have a repo, lets call it common_repo.
common_repo holds code which is relevant to most of my other repos, and I wish to pull it whenever I pull other repositories.
We've considered submodules, but as far as I understand this will create numerous copies of the common repo on my machine. This is undesireable as I may have differnet versions on my computer of the same files according to when I last pulled the dependent repo, which could lead to confusion.
Another alternative would be using some custom scripts such as sggested here. However this is not cross paltform (we have multiple developers working on different OS's), requires deployment on each machine, and doesn't play well git GUI clients such as smartgit or source tree.
Is there a better solution which we haven't considered?
...ANSWER
Answered 2020-Mar-21 at 10:06You can update all git repositories in a directory with a bash command, as you mentioned
QUESTION
I have been toying with rebase a bit, trying to split and combine history as described here: https://git-scm.com/book/en/v2/Git-Tools-Replace
Here is my test repository with split history: https://github.com/defufna/split-history
Note that "initial commit" and "Added description" commits both point to the same tree. What I'm trying to do is merge these two histories (while maintaining merges). I used this:
...ANSWER
Answered 2020-Feb-14 at 13:23Note that "initial commit"[94da] and "Added description"[c00e] commits both point to the same tree
Is there a better way to do this?
Much.
QUESTION
I am new to git and have done following setup:
- There is a repository on a server S.
- I cloned it to my machine A and add some changes in a branch.
- I just copied the repro from 2 to an usb-drive. Then walked over to machine B, which has no connection to S or A.
- I then used this copied repro to make some changes to the branch (on machine B).
- I read more about git -because there has to be some way to move my commits- and found git bundle.
Now I want move my commits from the B to A. Then from A to S but I think this will not be the problem.
I tried to follow this text and tried to call
...ANSWER
Answered 2020-Jan-10 at 09:54By using the names for the commits given in git show-ref
the problem disappears.
QUESTION
Suppose I say A..B
. From here
The most common range specification is the double-dot syntax. This basically asks Git to resolve a range of commits that are reachable from one commit but aren’t reachable from another.
Let us say, a graph like this:
...ANSWER
Answered 2019-Nov-19 at 19:32^A
says ~no commits currently reachable from A
~.
A..B
is syntax sugar for, gets rewritten as, ^A B
, so it's ~commits currently reachable from B
, except nothing currently reachable from A
~.
--fork-point
effectively says "hunt through the reflogs and exclude all commits that were ever reachable using excluded refnames".
Keep in mind that Git exists to do useful things to a simple structure: a dag of snapshots. --fork-point
was the name someone came up with for ~they rebased the upstream branch, I want to rebase just my stuff onto the new tip, not the stuff upstream used to refer to but abandoned, so to do that I hunt through the reflogs and snip-snip-snip at all the old tips~.
My question is when we say
git rebase --fork-point A B
uses fork-point to evaluateA..B
, then is not it wrong ?
Why? Fork-point with those args means ~A..B
and additionally truncate at any historical A
tip~. Is that not what you want?
Clearly [...] A..B does not take merge-base (which is 7bc86ff in figure above) into consideration.
That is not true, because
Because if we had defined A..B as - All commits of B from merge-base of A and B , then this definition wont give above answer.
That's not the only way to take the merge base into consideration. You're layering far too much characterization and abstraction on top of a very simple underlying concrete reality: a dag of snapshots. The merge base of two tips is by definition reachable from both, so ^A B
most definitely does consider the merge base. Twice, even.
QUESTION
I have a git repo located on my machine at /path/to/repo
, which contains several submodules, /path/to/repo/submoduleA
and /path/to/repo/foo/bar/submoduleB
.
Due to a workflow that I cannot change, the git repo gets copied (as in scp -r) to a remote server, where I work on the code. I want to pull the changes back to the original machine. Cloning/pushing from the remote server isn't an option.
It is tedious to go to each submodule and do
git remote add :/server/path/to/repo/
Is there a faster way? Something magical like
git remote add --submodules :/server/path/to/repo
executed from the top-level repo that will recurse to each submodule and add the appropriate relative path onto the remote of each submodule? git remote --help
doesn't show anything useful, and neither the Git Pro Book section on submodules.
My best guess is something like
git submodule foreach 'git remote add :/server/path/to/repo/...'
might work, if there there is a way to replace the ...
with the loop-dependent relative path of each submodule in that foreach. I just don't know of such a mechanism built into git submodule foreach
ANSWER
Answered 2019-Nov-02 at 08:49git submodule foreach
does include a list of variables which should help:
The command has access to the variables:
$name
: the name of the relevant submodule section in.gitmodules
,$sm_path
: the path of the submodule as recorded in the immediate superproject,$displaypath
: contains the relative path from the current working directory to the submodules root directory,$sha1
: the commit as recorded in the immediate superproject, and$toplevel
: the absolute path to the top-level of the immediate superproject.
So in your case:
QUESTION
When creating a git submodule using git bash, I am getting below error
...ANSWER
Answered 2019-Apr-18 at 04:37Should I create a repo for my-app submodule separately in github to be able to add it as a submodule in another repo (my-repo)
Yes.
https://github.com/******/my-repo/my-app
is not the URL of a Git repo to be cloned.
It is the URL of a subfolder of an existing repository (namely: https://github.com/*******/my-repo.git
).
Having myapp
in its own repository is a prerequisite to being able to add it as a submodule to another repo.
Community Discussions, Code Snippets contain sources that include Stack Exchange Network
Vulnerabilities
No vulnerabilities reported
Install git-tools
You can use git-tools like any standard Python library. You will need to make sure that you have a development environment consisting of a Python distribution including header files, a compiler, pip, and git installed. Make sure that your pip, setuptools, and wheel are up to date. When using pip it is generally recommended to install packages in a virtual environment to avoid changes to the system.
Support
Reuse Trending Solutions
Find, review, and download reusable Libraries, Code Snippets, Cloud APIs from over 650 million Knowledge Items
Find more librariesStay Updated
Subscribe to our newsletter for trending solutions and developer bootcamps
Share this Page