Skip to content

Added (very) basic fish support #284

New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Closed
wants to merge 15 commits into from

Conversation

ErikBjare
Copy link

@ErikBjare ErikBjare commented Jun 28, 2017

Slight progress on #187.

Doesn't do autocompletion, but the other stuff works.

By the way, thanks @ingydotnet for working on this project!

Hopeful it will be of use for my ActivityWatch project (see this issue: ActivityWatch/activitywatch#70).

grimmySwe and others added 15 commits February 4, 2017 07:51
Tree hashes causes a lot of problems. It is very common to have
duplicate tree hashes within the repo and that will confuse the algorithm.
Instead we now try to go back to the previous approach using the
.gitrepo file containing references to the correct ancestry.
That combined with using merges will remove a lot of the problems.

Documented here: ingydotnet#142
Enable -m and -e for the git subrepo commands. This will allow the user
to customize the commit messages and supply some good information.

Documented here: ingydotnet#142
Before this commit git-subrepo would set author and committer info
to current user, removing the trace of the original author.
Now we will keep the author information from the original commit
but use current user in the as committer.

Documented here: ingydotnet#142
Added a join_method flag, currently set to merge.
If you change this flag into rebase you will try the
new embryo of rebase functionality.
No tests written yet for this, only manually tested.
With join_method as merge everything works as usual.
Added concept of `--merge` option for pull. Without `--rebase` or
`--merge` a simple fast-forward will be tried.

Updated `lib/subrepo` with correct options. Still need to make pull work
properly.

Ran `make update` to generate all artifact files.
the way we want it to work.

Basically push requires pull first, making everything much simpler.
Before this fix, all commits for pulled subrepos would get the same
message (created for the first repo) when using the -a/--all option.
Added concept of `--merge` option for pull. Without `--rebase` or
`--merge` a simple fast-forward will be tried.

Updated `lib/subrepo` with correct options. Still need to make pull work
properly.

Ran `make update` to generate all artifact files.
@ingydotnet
Copy link
Owner

@ErikBjare thank you for this. We will look at adding it after the upcoming 0.4.0 release work is done. It might even make it into the release.

@milieu
Copy link

milieu commented Jan 13, 2018

:(

@ingydotnet
Copy link
Owner

Can you target this PR against master? The release/0.4.0 branch has now been merged.

@ErikBjare ErikBjare changed the base branch from release/0.4.0 to master November 14, 2018 08:29
@ErikBjare
Copy link
Author

@ingydotnet Done

@nvh
Copy link

nvh commented May 14, 2019

What is the current status on this, and how can I help land this PR?

@ErikBjare
Copy link
Author

ErikBjare commented May 14, 2019

I'm not interested in this PR anymore, as we went with another approach for managing our git repos.

Anyone who feels like it is free to continue the work.

@admorgan
Copy link
Collaborator

Committed in #446

@admorgan admorgan closed this Mar 25, 2020
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

7 participants