{〈GitHub〉}{〈GitLab〉}{~/.local/srv/git/gh/}{仕類即譜からGitの構成譜に適した形式に変換する}{〈Git〉}{台録}{pwd}{Gitの構成譜}{Gitにおける別名}{台録構造}...=}(14)

{台録を認識して,cloneする引数の省略を補えるようにする K#D657/30EE}

わたしはたとえばGitHub収庫から入手したものは
~/.local/srv/git/gh/{{user/orgname}}/{{reponame}}に保管しているが
git cloneするときにそれが.../gh/{{user/orgname}}という経路にいることは
わかるんだから,

$ pwd
.../gh/fvwmorg/
$ git c1 fvwm3 # = 'git://github.com/fvwmorg/fvwm3'

とか打てると嬉しいかも。


pwd | sed -ne 's/.*\/\([^/]\{1,\}\)\/\([^/]\{1,\}\)\/\{0,1\}/\1 \2/p'

検討

git提供方の構造がかなり違う場合がある

GitLabなんかは,その企業専用の用地であっても,「利用者名」に相当する階層構造があるが,git.sv.gnu.orgなんかは,頂上下に一つだけ階層があり,それがいきなりgit台録。まあ,これは「利用者」がいない場合の構造としてはそう不自然ではない。また,この場合は,git.sv.nongnu.orgと分ける,みたいな考えもできるけどそれはこの場合(GNU,非GNUの区別がある)に限られるし,そもそも「変数となる階層名がきっかり二つある」という状況は別にgitの要件でも仕様でもなんでもない。

いやもう,その時は別に手で打てばいいか。

上を受けて

GitHubみたいに変数が二つある場合でも

$ cd ~/.var/srv/git/gh
$ git c1 fvwmorg/fvwm3

と打てると便利じゃないか?

実装としては,まず引数に/が含まれているか,
そして含まれていれば「2変数かつ2変数指定」
含まれていなければまた場合分け。
そのときは,2段上の階層が短縮語一覧に登録済みか
→違うなら1段上


[alias]
	c1test = !printf '!!!%s!!!\\n'
# ↑こうすると実質的に引数を処理できる
	c1test = !sh -c 'echo $1' sh
	c1test = !sh -c '\
	          "echo a; echo b\n"\
	          "pwd; dirname .\n"\
	          "echo $1"\
	          ' sh
# ↑あるいはこう
# こっちのほうが汎用性高そうだが,「なぜうまくいくのか分からない」
# のでこわい。

gitの構成譜の書式↓
https://git-scm.com/docs/git-config#_syntax
\で越化されるのは"\自身。

{〈GitHub〉}{符料比較機}{命令行界面}=}(3)
{〈GitHub〉}{〈Git〉}{知りたい}=}(3)

{git署名をGitHubに登録しているkeybaseの公開鍵で行う K#D657/163B}

追加の設定をやる必要があるのか?
まずGPGの仕組みを理解してない……。
git config gpg.programでkeybase命令を上手いこと指定してやれば駄目?
GitHubのWeb請い手ではkeybaseによる検証印(証章)が付くんだけどなぁ~。
CLIで同じことできねーのかなぁ。

=}
{〈GitHub〉}{〈Git〉}{知りたい}=}(3)
{〈GitHub〉}{カンバン}{やりたい}=}(3)

{GitHub Project等でのカンバン駆動開発 K#D657/1B15}

卒業論文を本格的に書き始める3年後を目処に勉強する。
昨日・今日でGitHub Actionsを用いた更新感応→自動組版の仕組みは一通り理解し,整えた
次はカンバン(←GitHubには Kanban とあるがどうも日本語らしい)で課題を管理する感覚を身に付ける(多分時間が掛かる)。
https://docs.github.com/ja/github/managing-your-work-on-github/about-project-boards

幸い,Webには信憑性・正確性はともかく卒論をGitHubで管理するという趣旨の記事は多くあるので,茨の道という訳でもなさそう。
https://qiita.com/ffggss/items/1de27a7c2643bb85664a
↑これは卒論じゃないけど,めちゃくちゃ高評価されていたので読んで試してみる。

=}(1){あれ}
{〈GitHub〉}{やりたい}=}(2)
{〈GitHub〉}

{}