bun.lockbのVersion管理をGitでどうやる？問題
はじめに bun installで生成されるBunのロックファイルはbun.lockbというバイナリファイルである。 公式を読むと性能向上のためにバイナリ化していることがわかる。 Why is it binary? In a word: Performance. Bun’s lockfile saves & loads incredibly quickly, and saves a lot more data than what is typically inside lockfiles. 困ること まさにこのツイートの問題で、Git管理したいのにバイナリが出力されるのは不便で、どうしよう? と実際の本番利用では困るだろう。 解決方法 案1. git diffで差分確認する 公式のページを読むと、どうやら設定追加でgit diffができるらしい。 bun install request g
Gitおさらい：リモートリポジトリからのpull（merge）とfetch&rebase - marsのメモ
事のキッカケはこれ。 今回はGitHubの話じゃ無くてGitの話。先月仕事で使っていたGitのリポジトリがリモートリポジトリ＝セントラルリポジトリで、みんなそれをcloneしておのおのpush&pullするって使い方をしてたわけ。それがgit的に良い運用かどうかは知見不足でなんとも言えないのだけど、やたら目に付く"Merge branch 'master' of..."というコミットログが見た目によろしくないなぁと思ったわけ。 歴史改ざんこそGitの利点とばかりに、masterブランチのコミットログはキレイにしたいなぁ、なんて思いにとらわれてたので、なんか気になって仕方なかった。別に大したことないと思えば、それまでなんだけどね。:-) 川口さんにアドバイスしてもらった "git pull --rebase" をIntelliJで行うべく、あれこれ模索してて、ついにその方法を見つける！ ..
Learn Git Branching
A interactive Git visualization tool to educate and challenge!
gitのリモートブランチを使って作業を行う流れのメモ - 那由多屋 開発日誌
こんにちは加藤です。 分散バージョン管理システムのgitを本格的（？）に使い始めて1ヶ月くらいが経ちました。けれども未だに迷うことがあるため、リモートブランチを使った作業について簡単にまとめておきます。 想定環境 マシンA、マシンBで編集作業を行い、それらからアクセス可能な場所に連携用のリポジトリがある環境と想定します。 また、マシンA、マシンBでは既に連携用リポジトリをcloneしており、remotes/originが設定されていると想定します。 $ git clone <連携用リポジトリ> マシンAでの作業 なんらかの作業をすることを思い立ったら、作業用のブランチを切ります。今回はworkingブランチとします。 $ git checkout -b working $ git branch master * working 各種作業を行います。 $ git status $ git a
remote に branch を push し、remote から clone したリポジトリの branch を変更して push する - basyura's blog
ローカルで作成した branch は remote に push しないと他の人から見えない。remote から clone したリポジトリは何もしなければ master ブランチしか見えない(ように見える)。 remote に branch を push し、remote から clone したリポジトリの branch を変更して push するまでの操作。 ローカルにリポジトリを作成する $ mkdir sandbox $ cd sandbox/ $ git init Initialized empty Git repository in /repos/sandbox/.git/ $ touch README $ git add . $ git commit -m "first commit" [master (root-commit) d31404a] first commit 0
せっかちな人のための git 入門 - git をインストールし、共同で開発できる環境を整えるまで - 僕は発展途上技術者
subversion に代わる新しいソース管理システムということで git が注目されているようだ。 » Git - Fast Version Control System subversion と大きく違うところは、分散されたレポジトリがローカルマシンに置かれている点。これは、ネットにつながっていなくてもソースをコミットできるということで、最近は電車のなかでもコードを書いたりする僕にはうってつけ。 マニュアルやチュートリアルは充実しているのだが、僕はとりあえず最初にツールを触ってみて、ざっと全体像をつかみ、それから細部を調べたい質なので、もっとてっとり早く体験できるガイドを探したところ、あまり適切なものが見つからなかった。 そこで、レポジトリを作り、それをリモートにあるサーバーに置いたあと、subversion で言えば svn commit や svn update などにあたるコマン
EGitを使ってEclipseでGitリポジトリを操作する | ITEMAN Blog - アイテマンブログ
以前の記事「SubversionリポジトリをGitへ移行する」に書かれているように、筆者らはPiece FrameworkのリポジトリのGitHubへの移行を進めていましたが、その作業がようやく完了しました。筆者が開発を担当しているPiece_IDEは複数のEclipseプラグインから構成されており、当然ながら開発もEclipseで行っています。そのためEclipse上からgitリポジトリを操作できると便利です。そういったEclipseプラグインがないか探してみたところEGitというプラグインが見つかりました。 EGitは以下の更新サイトからインストールすることができます。 http://www.jgit.org/update-site EGitの2009年3月8日現在の最新バージョンは0.4.0です。必要な機能はひととおり揃っているので、普段の開発でも十分利用することができます。 Ecl
かWiki - Git/Subversionコマンド対応表
こうしてみると、 svn と git のコマンド体系は非常に似ていることが分かりま すね。Subversion 使用者は Git を比較的自然に覚えられるのではないでしょうか。 注1 git-init を実行すると、カレントディレクトリに .git というディレクト リが作成されます。 Subversion とは異なり中央集権のレポジトリを作成する必要はあ りません。 cg init を実行したその場所があなたのレポジトリです。 なお、git-init コマンドは以前 git-init-db コマンドでした。 古いバージョンの git の場合は git-init-db コマンドを実行してください。 注2 Subversionはレポジトリがひとつしかありませんが、Git では各個人がレポジトリを所 有しています(もしかしたら一人でいくつも持ってるかも)。 git-commit -a は自分の
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
sorry
layer8.sh
layer8.sh