Git でファイル名やディレクトリ名の大文字/小文字を変更する方法
Git で管理しているプロジェクトで フォルダ名の大文字小文字を変更しようとしたら うまくいかなくて悩んだのでメモ。 素直にこうやると % git mv yebisu/ Yebisu/ 何かおこられた。 fatal: renaming 'yebisu' failed: Invalid argument ディレクトリじゃなくてファイルでやるとわかりやすい。 fatal: destination exists, source=duvel.jpg, destination=Duvel.jpg 「移動先にはファイルが存在するよ」ということでおこられます。 Mac のファイルシステムでは、 大文字小文字の違いがあっても同じものと見なされるんですよね。 Linux なら問題ないと思うんだけど。 ファイルの場合 -f オプションで解決。 % git mv --help OPTIONS -f, --for
CentOS - Git サーバ構築！
mk-mode.com Linux, Debian, IT, Server, PG, Ruby, Rails, Python, C++, Fortran, PC, MariaDB, math, GIS, etc... 分散型バージョン管理 Git (リーナス・トーバルズによって開発) のサーバ(リモートリポジトリ管理用)を CentOS に構築してみました。 個人利用なので、今まではローカルリポジトリだけでソースを管理していましたが、せっかく Git を使うならリモートリポジトリの扱い方も理解しておかなければと思った次第です。 以下、作業記録です。 前提条件 サーバマシンは CentOS 6.3 (32bit) クライアントマシンは Linux Mint (64bit) サーバホスト名は “vbox.mk-mode.com” サーバマシンに OpenSSH サーバ構築済みで、鍵ペアによる
git を https 経由で使うときのパスワードを保存する - Qiita
git を https 経由で使う場合、pull や push のたびに毎回パスワードを聞かれてしまいます。 これを改善するには git-credential を使うと良いです。 git-credential は git 1.7.9 以降で使用可能です。 なお、古いやり方としては .netrc を使う方法もありますが、パスワードを平文でファイルに保存するので、やらないほうがいいと思います。 使用可能な管理方式 git-credential では、以下のような方法でユーザ名とパスワードを管理できます。 git-credential-store : ファイルに保存します。ただし、パスワードが平文が保存されます。 git-credential-cache : 常駐プロセスに記憶させます。 git-credential-osxkeychain : Mac OS X のパスワード管理を使います。 G
引数なしのgit pushは危険なので気をつけましょう · DQNEO日記
絨毯爆撃pushの例 いまmasterブランチに、未プッシュのコミットがあるとします。 ここで、新たにbr1ブランチを作ってチェックアウトします。 $ git checkout -b br1 master $ git branch * br1 master br1ブランチでコミットを作ります。 echo hello >> hello.txt git add . git ci -m "add file" 引数なしでプッシュします。 git push すると、どこに何がpushされると思いますか？ 実は、master -> masterにpushされます。 masterがまだpushできる状態でない場合、これはかなり痛い。すごく痛い。頭が頭痛でおなかが腹痛。 しかもpushしたかった当のbr1ブランチはpushされないというオチ。(リモートにbr1ブランチがない限りは) この挙動は大半のユーザ
Accueil
La décoration intérieure est une opportunité d'exprimer votre style personnel et de créer un espace qui reflète votre personnalité. Explorez les règles d'or qui peuvent guider votre démarche, vous aidant à transformer votre intérieur en un lieu harmonieux et esthétiquement plaisant. Compréhension de l'espace et planification La première règle d'or pour une décoration intérieure réussie réside dans
Git submodule head 'reference is not a tree' error
Assuming the submodule's repository does contain a commit you want to use (unlike the commit that is referenced from the current state of the super-project), there are two ways to do it. The first requires you to already know the commit from the submodule that you want to use. It works from the “inside, out” by directly adjusting the submodule then updating the super-project. The second works from
Removing sensitive data from a repository - GitHub Docs
About removing sensitive data from a repository When altering your repository's history using tools like git filter-repo or the BFG Repo-Cleaner, it's crucial to understand the implications, especially regarding open pull requests and sensitive data. The git filter-repo tool and the BFG Repo-Cleaner rewrite your repository's history, which changes the SHAs for existing commits that you alter and a
Pull latest changes for all git submodules
We're using git submodules to manage a couple of large projects that have dependencies on many other libraries we've developed. Each library is a separate repo brought into the dependent project as a submodule. During development, we often want to just go grab the latest version of every dependent submodule. How do I pull the latest changes for all git submodules?
git submoduleの更新 - rochefort's blog
2017.8.31 追記 この記事は間違っています。正しくは下記でした。 git submoduleの更新方法を勘違いしていた 昔書いた記事を参考にしてくださった方がいて、 でも「git submodule updateで更新できないよ」と。 gitのsubmoduleだけを最新版にしたい場合のコマンドメモ - Reinvention of the Wheel 私自身もgit submodule updateで更新できると思ってました。 というか、一度も更新処理試してなかった。 結論から言うと これでOKでした。foreach便利。 $ git submodule foreach 'git pull origin master' $ git submodule update ですが、no branch になってしまってるsubmoduleがあったので、pullするのはこっちの方がいいかもし
gitとsubversionのコマンド対応表 – cyclogy
備忘録がわりにいつも忘れてしまうgit(git-svn)とsubversionのコマンドの対応表をまとめました。 コマンド対比表 subversion git git-svn 更新 svn update git pull git svn rebase コミット svn commit git add → git commit git commit -a (gitコミット後) git svn dcommit git push <url> 追加 svn add <file> git add 削除 svn rm <file> git rm <file> 移動 svn mv <file> git mv <file> 変更取り消し svn revert <file> git checkout <file> ログ svn log git log 差分 svn diff git diff スイッチ svn
はてなブログ | 無料ブログを作成しよう
うめぇヨーグルトソースでもいかがですか。個人差にもよりますが。もしよろしければ。 お久しぶりです。 最近うんめぇ〜と思ってるヨーグルトソースがあるので、書いていこうと思います。 ヨーグルトとハーブ類をもりもり使うので、そういうのが食べられない方にはうんめぇソースではないです。ごめんなさい…。もしよろしければお茶だけも…旦~ 【用意する…
Tower Git Client - Tower — The most powerful Git client for Mac and Windows
Version 11.0 was released on May 7, 2024 Version 7.0 was released on May 7, 2024 Read Blog Post Release Notes Git Made Easy Drag and Drop • Undo everything • A unique Conflict Wizard • File history • Extensive documentation • Great customer support Learn More All of Git's Power (And None of the Pain) Pull Requests • Single-line staging • Interactive Rebase • Submodules • Git LFS • Git-Flow • File
コミットメッセージの書き方 - 2012-02-21 - ククログ
はじめに 「分かりやすいコードを書く」、「コードと一緒にテストも書く」等はソフトウェア開発において大切なことです。しかしそれと同じくらい大切なことして「分かりやすいコミットメッセージを書く」があります。これはあまり着目されていなく、見過ごされていることです。 今回は、コミットメッセージの分かりやすさの大切さ、そして、分かりやすくするための書き方を説明します。 コミットメッセージとその大切さ バージョン管理システムとコミット 現在、ほとんど全てのソフトウェア開発ではSubversionやGitなどのバージョン管理システムを使っています。バージョン管理システムを使うことによるメリットというのは、ソフトウェアの変更が記録されていくことにあります。 具体的なメリットは3つあります。 ソフトウェアの調査がしやすくなることです。現時点でのコードと、そして変更の履歴とを組み合わせることで、それらから非常
Git: can't undo local changes (error: path ... is unmerged)
I have following working tree state $ git status foo/bar.txt # On branch master # Unmerged paths: # (use "git reset HEAD <file>..." to unstage) # (use "git add/rm <file>..." as appropriate to mark resolution) # # deleted by us: foo/bar.txt # no changes added to commit (use "git add" and/or "git commit -a") File foo/bar.txt is there and I want to get it to the "unchanged state" again (similar to 's
Git - SVN Crash Course(in Japanese)
Original Page: http://git.or.cz/course/svn.html Based on: Last-Modified: Tue, 08 Apr 2008 21:30:18 GMT Git バージョンコントロールシステムへようこそ! ここでは、現在あなたが有している Subversion の知識を元に、Gitの使いかたを簡単に紹介していくよ。 最新の Git をインストールしておこう。 Git ドキュメントの中にも、とっても有益なチュートリアルが用意されている。 How to Read Me Things You Should Know Commiting Browsing Tagging and Branching Merging Going Remote Sharing the Work How to Read Me こんな感じの小さなテーブルの中では、特定のタ
git submodule - みずぴー日記
http://d.hatena.ne.jp/woremacx/20080308/1204986198のように、gitで外部レポジトリを扱えるようにする方法。 外部レポジトリの追加 git submodule addすると、外部レポジトリをサブモジュールとして取り込めるようになります。 # cloneする $ git clone git://example.com/repos/private/ $ cd private # git://example.com/repos/external/を追加する $ git submodule add git://example.com/repos/external/ # commitしておく $ git commit -m "Add submodule" $ git push 外部レポジトリ内での作業 外部レポジトリで作業したときは、そこでコミットする
Gitにて、改行コードが混在する件
■ 現象 Gitにて管理してるソースに、いつのまにかCRLF と LFが混在してる。 開いてないファイルも対象のため、エディタではなく、Gitの問題と考えられる。 ■ 原因 (1) 開発環境に、Windows、Mac、Linuxが混在。 (2) Windows の改行コード ： CRLF、Mac＆Linux の改行コード ： LF。 ■ 対応1 ： ファイル「C:\Program Files\Git\etc\gitconfig」 を下記の通り変更。 【変更前】 ［core] autoCRLF = true 【変更後】 ［core] autoCRLF = false ■ 対応2 ： ファイル「プロジェクトフォルダ/.git / config」 を下記の通り変更。 【変更前】 [core] 【変更後】 [core] autocrlf = false ※ autocrlf
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
きっとくる git pull - Google 検索
GitHub - hatena/Git-for-Designers: はてなのデザイナ向けの Git 入門ドキュメントです。
https://github.com/gitster/git/blob/master/Documentation/SubmittingPatches