タグ

関連タグで絞り込む (23)

タグの絞り込みを解除

gitに関するkimukou_26のブックマーク (31)

  • How do I update the password for Git?

    I'm using BitBucket with Xcode and Git for version control, and recently I changed all of my passwords (thanks Adobe!). Unsurprisingly, I'm no longer able to push my local commits to my repository on BitBucket (Authentication failed for 'https://______.git'), but I'm forgetting how to update the cached password on my iMac. Somehow I've been unable to find it on Google or Stack Overflow, though it

    How do I update the password for Git?
    kimukou_26
    kimukou_26 2023/01/30
    githubアクセス用のワンタイムパスワードが変更or期限が切れた時の再設定方法
    リンク

  • Git の GUI クライアントを使ってみた比較：SourceTree/Fork/GitKraken


    Git の GUI クライアントにはずっと SourceTree を使っていましたが、Windows 版で見過ごせないひどい有様があらわになったのを見て、よさそうなのを他に2つ試してみた記録です。 書くのは SourceTree Fork GitKraken の3つです。Git を GUI クライアントで使用している人のほとんどはこの3つのうちのどれかに落ち着いているんじゃないでしょうか。 あとずっと気になってたんだけど、Git ってみんなどう使ってるのか全然知らない。エンジニアならみんな興味ありそうなネタなのにそういう記事とか特集も読んだことないのよなー。普通にターミナルからコマンド打つ人、VS Code 内蔵︵かもしくは関連する拡張機能︶のやつ、あとは GUI クライアントって感じですかね。この3つはどういう比率になるんだろう。 結果的には Fork が最高ということでその後ず
    Git の GUI クライアントを使ってみた比較：SourceTree/Fork/GitKraken
    kimukou_26
    kimukou_26 2022/12/14
    WinでもつかうにはForkの方が良いらしい
    リンク

  • 仕事で使ってる巨大SVNレポジトリをGithubに移管するためにやったことまとめ · DQNEO日記


    動機 Subversionで困ってない ぶっちゃけSubversionで全然困っていませんでした。 コードレビューはちゃんとやっていたし、マージ・ブランチングも自作シェルスクリプトのおかげてスムーズにやれていました。 よく﹁Gitはマージが賢い、ブランチ作成が一瞬でできる﹂とかいわれますが、Subversionだってちゃんと使えばコンフリクトなんかめったに起きないし、ブランチ管理・マージだって全然めんどくさくない。 特にver1.7からはサーバもクライアントも大幅に高速化されたし、.svnディレクトリが.gitみたいに1個になったし、rebaseみたいなことだってできる。(sync merge & reintegrate) ただ、世の中が一斉にGitにシフトしている中でいつまでもSubversionを使っててよいのかという不安がありました。 また、月から金までSubversionにどっぷり
    仕事で使ってる巨大SVNレポジトリをGithubに移管するためにやったことまとめ · DQNEO日記
    kimukou_26
    kimukou_26 2015/09/16
    git移行したいという現場さんよく聞くんだけど、svn履歴を残す方法もあるのか。。普通は移行したところだと過去のしがらみ捨てるみたいな話聞いてたので・・(winでの日本語ファイル名<xlsとか>はどうなんだろう？)
    リンク

  • git submoduleについてのメモ 追加/削除/更新等

    B! 70 0 0 0 Gitのsubmoduleがいつもイマイチ良くわからなくなるので 自分なりのまとめ。 レポジトリにsubmoduleの追加 submoduleのあるレポジトリをcloneする submoduleの更新 submoduleの削除 ignore = dirty Submoduleのプロトコルの変更 レポジトリにsubmoduleの追加 git submodule addで追加。 $ git submodule add [email protected]:rcmdnk/evernote_mail.git ./submodules/evernote_mail addすると.gitmoduleというファイルがまだ無い場合は作られ、その中に [submodule "submodules/evernote_mail"] path = submodules/evernote_mai

    git submoduleについてのメモ 追加/削除/更新等
    kimukou_26
    kimukou_26 2015/07/24
    git cloneの仕方の用例が詳しいのでメモ
    リンク

  • gitで削除してしまったファイルの復元 - itochin2の日記（仮）

    gitで削除してはダメなファイルを消した事が後から発覚した場合、 該当のファイルを復元させる方法をメモ。 ↓の「del important file」のコミットで消したヤツを復元させたい！ 手順１．消したコミットのハッシュを取得する $ git rev-list -n 1 HEAD -- important.txt 53599a4616710108d8fd035cf3c303a036a3c59c「HEAD」オプションが全てのコミットを表示。 「-n 1」で表示する数を１つに絞る。 「-- ＜filepath＞」で対象のファイルを指定できる。 SourceTreeを使ってれば、視覚的にわかるよねー。 手順２．削除対象のファイルを復元 $ git checkout 53599a4616710108d8fd035cf3c303a036a3c59c^ -- important.txt $ ls R

    gitで削除してしまったファイルの復元 - itochin2の日記（仮）
    kimukou_26
    kimukou_26 2015/02/19
    親ブランチのマージでファイルが消えたり記述が消えたりするのでメモ。SourceTree上ではどうやるんだろう？
    リンク

  • アルミナ解析室 - FC2 BLOG パスワード認証

    ブログ パスワード認証 閲覧するには管理人が設定した パスワードの入力が必要です。 管理人からのメッセージ 閲覧パスワード Copyright © since 1999 FC2 inc. All Rights Reserved.

    kimukou_26
    kimukou_26 2014/09/02
    余計なコミットファイルを削除。SourceTreeとかだとどうやるのかな＞＜（わかんなくて結局コマンドで実行した
    リンク

  • 【保存版】SourceTreeでGitの使い方まとめ２　チーム開発編 | 俺日記


    俺日記のしんじです。一人称は僕です。 コマンドラインが苦手なGit初心者でも比較的容易にバージョン管理ができる、GitのローカルクライアントSourceTreeの使い方を説明する。 前回の: 個人開発編に続き、今回はチームで利用する場合。Gitの仕組みを直感的に理解することができるので、誰かに指導する場合などに導入を検討してみてもいいと思う。 ■前提 ・Mac版を利用 ・testProject1というプロジェクトを用意 ・リモートリポジトリ管理にGitLabを利用 ■目次 メンバー間で共通のブランチモデルを構築、git-flowの導入 リモートリポジトリの情報を取得する。 たまにはコマンドラインで利用したい。 ■内容 メンバー間で共通のブランチモデルを構築、git-flowの導入。 git-flowとは…Vincent Driessen氏によるgitのブランチモデル。チームで開発するとき
    【保存版】SourceTreeでGitの使い方まとめ２　チーム開発編 | 俺日記

  • https://blog.shinji.asia/sourcetree_git/

    https://blog.shinji.asia/sourcetree_git/

  • 【git】cloneしたレポジトリの場所が変わった時にすること | ITベンチャーで働くエンジニアのメモ帳

    gitでレポジトリをcloneしたものの もとのレポジトリの在処が移動している場合 git pushもしくはgit pullしても下のように fatal: '/home/6rats/Dev/../My-Project': unable to chdir or not a git archive fatal: The remote end hung up unexpectedly こんな感じでおこられます pushもpullもできなくなってしまいます もしかしたらcloneし直して丁寧にファイルを移してコミットし直しちゃう人もいるかもしれませんが そんな時はcloneしたレポジトリで現在のclone元のレポジトリのURLの設定を変えましょう 例えば /home/6rats/Dev/../My-Project にあったレポジトリが /home/6rats/Dev/../work/My-Proj

    【git】cloneしたレポジトリの場所が変わった時にすること | ITベンチャーで働くエンジニアのメモ帳
    kimukou_26
    kimukou_26 2013/03/10
    直接.gitconfigをテキストエディタで書き換え遣ってた(
    リンク

  • hg から git へ変換 | 穀風


    hgからgit へ変換 最近、gitの出番が多くなってきました。 今まで、自分のソースの管理は hg (Mercurial) でやってきたのですが、git の操作に慣れるためにも、これまでの履歴をgit で管理しようかと思いまして、こちらのサイトを参考に変換してみました。 $ git clone git://repo.or.cz/fast-export.git $ mkdir git $ cd git; gitinit; cd .. $ mkdir hg $ cd hg; hg clone ********; cd .. $ ls fast-export git hg $ cd git/ $ ../fast-export/hg-fast-export.sh -r ../hg/******** fast-export をとってきますgit の空レポジトリを作成します 変換元のhg
    hg から git へ変換 | 穀風
    kimukou_26
    kimukou_26 2012/01/18
    へー。こういう事できるのかー
    リンク

  • 【派閥別】Gitのコミットを間違えたときの対処法まとめ - 本当は怖いHPC


    追記‥たくさんブクマしていただいて驚いております。ブクマコメントだと、やはりgit push -f は反則だろという意見がサイレントマジョリティのようですが、そこはそれ、自　己　責　任 追記２(2011/11/07)‥commit messageをミスった場合について訂正しました。git rebase -i で直近のコミットを "edit" にして修正すると、 ﹁--amend使えや﹂と言われるようです。gitのコミットをしくじった時の対処法について、一覧性の高いまとめがなかったので作りました。正確さは保証できないので、コマンド名ヒントに自分でググって下さい ほかのやり方があるよ、間違ってるよ等のご指摘歓迎です。 派閥別gitでコミットミスった時のまとめ ｜ ├─　一人で使ってるよ ｜　　　｜ ｜　　　├─　手元に変更を取り戻したいよ(1)︵そうだね、add忘れだね派︶ ｜　　　｜
    【派閥別】Gitのコミットを間違えたときの対処法まとめ - 本当は怖いHPC

  • コンフリクトが発生しなくても壊れる場合 - ぐるぐる～


    push したら誰かが先に push していたので失敗した。 なので pull したが、コンフリクト (競合) は発生しなかったので何も確認せずにそのまま push した。 何も問題なさそうですね。 ・・・本当ですか？ 例えばこんな状況を考えてみましょう。 最初の状態AさんとBさんとCさんが登場します。 作っているのは Web ページで、コードはこんな感じ。 <html> <head> <title>hoge</title> <style> .menus { overflow: auto; } ul { margin: 0; padding: 0; list-style-type: none; } .button { float: left; width: 100px; margin: 0; padding: 10px 0; text-align: center; backgr
    コンフリクトが発生しなくても壊れる場合 - ぐるぐる～

  • Groovyを野良ビルドしてみよう - 豆無日記


    はじめに G* Advent Calendarの4日目を担当させていただきたいと存じますnobeansと申します。どうもどうも。 さて今回のネタとして、 自プロダクトのGroovyServとか 今一押しのビルドツールGradleとか この前のTDDBC横浜で注目を集めたBDDフレームワークのSpockとか そういうのを紹介しようかなとも一瞬思ったんですが、他の人のブログとかも含めて日本語情報も割と充実している気がするので、今日はちょっと毛色を変えてGroovyそのものを自前でビルドする方法について紹介してみます。 対象者 Groovyの処理系に興味がある人 Groovyの言語仕様を変更して愉しみたい人 バグFIXのパッチを書いて本家のGroovyコミュニティに貢献したい人 多忙な人のための要約 $ git clone git://git.codehaus.org/groovy-git.gi
    Groovyを野良ビルドしてみよう - 豆無日記

  • あまり知られていないGitのTips - アジャイルSEを目指すブログ


    思い浮かんだGitのTipsを列挙してみました。gitのコマンドをで補完するgit-completion.bash を入れると、でコマンドの補完が効くようになります。 また、PS1の設定を行うと現在のブランチ名が常にbash上に表示されるようになります。 ︵Windowsの場合、msysgit は標準で入ってます︶ contrib/completion/git-completion.bash - GitHub インストール方法︵引用︶ # To use these routines: # # 1) Copy this file to somewhere (e.g. ~/.git-completion.sh). # 2) Add the following line to your .bashrc/.zshrc: # source ~/.git-completion.sh # # 3)
    あまり知られていないGitのTips - アジャイルSEを目指すブログ

  • 分散リポジトリ型時代のソフトウェア構成管理


    正式には、 ﹁ソフトウェア構成管理﹂ (Software Configuration Management: SCM) と言います。 ﹁ラショナル統一プロセス﹂ (Rational Unified Process: RUP) では、 ﹁構成および変更管理﹂ (Configuration and Change Management: CCM) などとも呼ばれます。 では﹁構成﹂とはなんでしょう？

  • UTF-8ファイル名対応版 Git for Windows


    お知らせ ('12/4/10) ﹁msysGit﹂﹁Git for Windows﹂v1.7.10が公開、UTF-8のファイル名に対応('12/4/10 窓の杜) ようやく本家Git for Windows が UTF-8ファイル名に対応しました。このページで公開していた UTF-8 ファイル名対応Git for Windows はこれでお役御免となります。一応、資料としてページはここに残しておきますが、今後は本家Git for Windows をお使いください。 なお、本家にはここで公開しているパッチは取り込まれていません。本家のパッチは Karsteen Blees 氏によるものです。 やっている内容はここに記載した方針と少し違い、POSIX API レベルで差し替えるのではなく、mingw.c 内にある ANSI API 呼び出しを Unicode API に変更しているようで

  • Gitを使い始めたらやっておきたい便利な設定いろいろ

    $ git config --global user.name "yoshiki" $ git config --global user.email "yoshiki@example.com" ■カラーリング git status や git diffなど、デフォルトでは味気ない文字がズラズラと画面に表示されますが、それを見やすいようにカラーリングすることができます。

    Gitを使い始めたらやっておきたい便利な設定いろいろ

  • Gitでコンフリクトした時のための備忘録 - アジャイルSEを目指すブログ

    コンフリクトしたときに便利そうなので、備忘録を残しておく Gitのコマンド コンフリクトしているファイルの一覧を表示する。 $ git ls-files -u [<path>] ファイルの状態(コンフリクト含む)を表示する。 -s でshort-format で特定のディレクトリのファイル一覧を表示できる $ git status [<path>] 手動で直す方法 修正後にaddが必要 $ vi <path> (手動でコンフリクトを直す) $ git add <path> mergetool でマージする方法 -y でデフォルトのマージツールが実行する で1つずつ指定できる $ git mergetool -y [<path>] をHEADと同じ状態にする。 修正後にaddが必要 $ git checkout --ours [<path>] $ git add <path> をマージで指定

    Gitでコンフリクトした時のための備忘録 - アジャイルSEを目指すブログ

  • git reset についてもまとめてみる - murankの日記


    前回git diff を図に書いてみたところ、自分の中で意外と整理できたので、これまたなんとなく使っていたgit reset についてもまとめてみた。 とりあえず結論を先にまとめよう。git reset とは？ HEAD の位置を変更するコマンド。 オプションによってインデックス、ワーキングツリーの内容も変更できる。git reset のオプションは？ --soft、--mixed(オプションなしと同等)、--hard オプションがあり、影響度の小さい順に以下のようになる。 --soft HEAD の位置のみを変更する。インデックス、ワーキングツリーには影響なし。 --mixed (またはオプションなし) HEAD の位置とインデックスを変更する。ワーキングツリーには影響なし。 --hard HEADの位置、インデックス、ワーキングツリーをすべて変更する。 さて、git reset
    git reset についてもまとめてみる - murankの日記

  • git/コミットログを修正する方法 - TOBY SOFT wiki

    はじめに † gitでコミットログを修正したいです。 Redmineとかで、refs #10とかcloses #10とかつけるとコミットログにチケットを関連付けられますが、これがよく書き忘れるんですね…。 直前のコミットログを修正する方法あるみたいです。 直前のコミットログ以外も修正する方法はないのかな…。 (Subversionだとhookスクリプトで許可できますよね。分散型だとやっぱり無理？) ↑ 直前のコミットログを修正する方法 † 直前のコミットログの修正は"git commit --amend" でよいみたいです。 例えば、 $ git commit -m "fixed xxx bug" : # コミット完了! # あ！しまった！"refs #(チケット番号)"つけるの忘れてた！ # (私が使うプロジェクト管理ツールRedmineではrefs #13 のようにすると # コミット

  • 1 2 次のページ

お知らせ

もっと読む

公式Twitter

  • @HatenaBookmark

    リリース、障害情報などのサービスのお知らせ

  • @hatebu

    最新の人気エントリーの配信

はてなブックマーク

公式Twitter

はてなのサービス

  • App Storeからダウンロード
  • Google Playで手に入れよう
Copyright © 2005-2024 Hatena. All Rights Reserved.