jnareb

joined 1 year ago
[–] [email protected] 1 points 4 months ago

undefined symbol: curl_global_sslset, version CURL_GNUTLS_3

This function was added in libcurl 7.56.0.

Maybe your curl is too old?

[–] [email protected] 4 points 11 months ago

Note that you can examine branch reflog to find where branch was forked from (1st image), or tell Git to examine it for you with git rebase --fork-point

[–] [email protected] 4 points 11 months ago

One thing that is not made clear in the article, is that there is a separate reflog for HEAD, and separate reflogs for individual branches.

HEAD reflog logs changes such as "checkout: moving from next to main". Branch reflog logs changes such as "branch: Created from HEAD" (first entry in branch reflog). Most are common to both (i.e. git logs both to HEAD reflog and the reflog of currently checked out branch).

[–] [email protected] 0 points 11 months ago

Because ultimately you look at the diff of changes, which significantly limits the amount of code you need to examine to find the bug (or at least something that uncovered the bug).

[–] [email protected] 0 points 1 year ago

Not much new here (I think I saw nearly the same description of Git history a short while ago), and there are a few factual errors in there - or at least parts that are not clear.

  1. The "tree" objects have nothing to do with the tree command, and nothing to do with how repo objects are stored on the filesystem. You can display tree objects with "git cat-file -p" (just like any type of objects), but also with "git ls-tree" command.

  2. The "commit" objects also store the reference to previous version (previous commit) in the history, which is very important. It enables Git to perform merges fast and well.

  3. A bit pedantic, but "tag" objects can point to any type of object, though tags pointing to commits are most common.

[–] [email protected] 2 points 1 year ago (1 children)

There was a proposal to add universal signing to Git in 2021, but I think it went nowhere for various reasons (like breaking SHA-1 <-> SHA-256 signing interoperability, if I understand the discussion correctly).

[–] [email protected] 1 points 1 year ago

As an in-depth alternative, I recommend "Patterns for Managing Source Code Branches" by Martin Fowler: https://martinfowler.com/articles/branching-patterns.html

[–] [email protected] 8 points 1 year ago (2 children)

The README of this project needs to describe what this project actually do. It would also be nice to have an example of how it can be used, and how long it takes in the case described in an example.

Note that this idea (forcing SHA-1 id to have some specific format) is not something new:

[–] [email protected] 3 points 1 year ago

With gitattributes you can configure custom diff driver and custom merge driver for a specific file type.

For example:

  • diff-tools include some tools that work as diff driver, but it is a bit undocumented in regards to what those diff drivers do, and for what files they should be used
  • nbdime tool for better diffing and merging of Jupyter notebooks can work as either diff driver, or as graphical diff interface (as difftool)
  • ...
[–] [email protected] 1 points 1 year ago* (last edited 1 year ago) (1 children)

There is git instaweb command, which runs gitweb for current repo using a specified web server (apache2, lighttpd, mongoose, plackup, python and webrick are supported), and starts a browser. Though gitweb is slightly (or more than slightly) dated, and what is more important, read only.

You can see (modified) gitweb in action on https://repo.or.cz/

[–] [email protected] 1 points 1 year ago

Note that git checkout - / git switch - examine reflog to find previous branch. Which means if you renamed the branch, at least current version of Git would be unable to run git switch -.

[–] [email protected] 2 points 1 year ago

If I remember it correctly, git checkout also automatically creates the local branch from the remote branch (of the same name), and sets up tracking.

view more: next ›