BacklogとSourceTreeのgit連携で失敗したら…
私のチームではプロジェクト管理にBacklogを利用しています。 ソース管理にはBacklog上のgitを活用していますが、 この設定でまれに「Cloneできない」などでハマるケースがあります。 事象説明 この記事は認証エラーらしきものでハマっている方向けです。 具体的には Cloneの際に、このような画面・文面が表示される場合の対処法にあたります。 ソースパス/ソースURLとして正しくありません Command: git -c diff.mnemonicprefix=false -c core.quotepath=false ls-remote https://XXXXXXXXXX.backlog.com/git/YYYY/htdocs.git Output: Error: Fatal: ArgumentException encountered. Fatal: ArgumentExce
WebデザイナーがGitを始めて大変だった・めっちゃ良かった話｜TechRacho by BPS株式会社
こんにちは、Webデザイナーのニシです。インフルが怖い。 今日は非エンジニアのバリバリ文系デザイナーがgitを使った苦労話とめっちゃ良かったよ！の話です。 コマンドラインや英文を見ると頭痛がするタイプなので、覚えるのは大変でした。 私はコマンドラインを諦めてSourcetreeに頼っています。さらに、弊社では元々GitLabを導入しているので、マージリクエスト（以下、MR）など便利な機能も使えます。 その話はまた後ほど。 導入は大変でしたが、結果的には大変良かったです。もうGit管理なしではhtml書けません。 Webデザイナーでもフロントエンド（html / CSS / javascript / PHP）部分をやるって人も多いと思いますが、そういった方でまだGit使ったことないよ、という人がいればぜひこの記事を読んで導入を検討してください。 ※本記事はGitやGitLabの使い方を説明す
初心者でもほぼ無料でGitの使い方を学べるコンテンツ7選 - paiza times
Photo by othree こんにちは。谷口です。 開発業務未経験からITエンジニアを目指す方にとって、プログラミングだけでなく、習得しておきたいのがGitの使い方です。 Gitは、プログラミングしたコードの変更などをした履歴を管理してくれるシステムです。 開発をしていると、ファイルを編集前の状態に戻したいとか、間違えて編集しちゃったとか、どれが最新かわからないとか、そういうことがたびたび発生します。（プログラミングの勉強しているときに、コードをいじったら動かなくなってしまって「前の状態に戻したい！！」となった経験がある人も多いかと思います） そんなときに、バージョン管理をしておけば、コードの変更履歴を管理したり、過去のバージョンのファイルに戻したり…といったことが簡単にできます。そのため、ほとんどの企業がバージョン管理システムを導入しています。 バージョン管理システムには、大きくわけ
なぜ git rebase をやめるべきか - Frasco
Git での開発を数年間経験した後、徐々に日々の仕事の一部として、より高度な Git コマンドを使うようになりました。私は Git rebase を見つけてすぐにそれを毎日の仕事に使いました。リベースに精通している人は、どれだけ強力で魅力的なツールであるのか知っているでしょう。しかし、リベースには、初めてリベースを触ったときにはわからなかったのですが、いくつかの課題があることに気が付きました。これを説明する前に、マージとリベースの違いをおさらいしておきましょう。 最初に、feature ブランチを master にマージする例を考えてみましょう。マージすることにより、新しいマージコミット g を作成します。下のコミットグラフではマージした際に何が起こるのかを説明しています。また、開発が盛んなリポジトリでよく見かける「線路」のようなグラフになっているのが見て取れるでしょう。 マージの例 ある
DropboxにGitの共有リポジトリを作成する手順 | vdeep
こんにちは、okutani(@okutani_t)です。最近、Gitの素晴らしさをやっと理解してきた、へっぽこプログラマーな僕。 最初はローカルだけでGitを使っていましたが、「Gitの共有リポジトリでソースコードを管理したい！」と思うようになって、いろいろ方法を調べてみました。 GitHubを使う手のが一番よさそうな感じがしましたが、無料プランではソースコードが公開されてしまうので、それはちょっと恥ずかしい。有料プランにすればプライベートな共有リポジトリを作成できるのですが、そこまでして作りたくもないし。。 そんな人はぜひDropboxを使ってGitの共有リポジトリを作成してみましょう。無料で非公開の共有リポジトリを作ることができます。 また、本記事ではDropboxとGitは導入済みと仮定して進めています。Dropboxのアカウントをまだ持っていない方は、この機会に作っておくと何かと便
わたしのGit/GitHubの使い方 | TRIAL DANCE
この記事は feedforce advent calendar 2016 18日目の記事です。 昨日は tsub の ぼくの情報収集方法 でした！この記事を読んで私も早速 のぼりーさんのクラウドインフラPodcast を購読しました！ こんにちは、未だに洗濯機を買ってないことを社内の人達に心配されている mizukmb です。私もコインランドリー生活には限界を感じているので、そろそろ買おうと思います。 さて、今回は私流の Git/GitHub 活用術についてお話しようと思います。 HHKB にテプラを貼った話はまた今度にしようと思います。 自己紹介 @mizukmb 2016年 新卒入社 Webエンジニア ボドゲ部 音ゲー部（自称） 1. Git: masterブランチは削除する Git, GitHub を使い始めてよくあるのが 誤って master ブランチで作業して push してしま
2016年ふり返り：本を出して会社を辞めてフリーランスになってました | マンガでわかるWebデザイン
湊川あいです。 Webデザイナーの傍ら、マンガや図解を取り入れた技術書を執筆しています。 2016年は、本を出して会社を辞めてフリーランスになった 年でした。 事の顛末 事の顛末は、このスライドにまとまってます。 以下、2016年にやったことの一覧です。 （だいたい時系列） 出した本 「わかばちゃんと学ぶ Webサイト制作の基本」 数年前から、インターネット上に「マンガでわかるWebデザイン」というコンテンツを個人で投稿していました。 投稿を続けて半年後、出版社からお声がけいただき、書籍化しました。 単にコーディングの解説だけでなく 「Webサイトを作る目的は？」 「Webサイトを作ったはいいけどひとつもCVしない！ → ならどうする！？」 といった、外見とは裏腹に骨太な内容になっています。 会社員と並行しての執筆で、原稿が完成するまで1年3ヶ月かかりました。 原稿が完成するまでは何度も諦
Gitを5年間教える側にまわって気付いたこと - うさぎ組
Git Advent Calendar 2016 - Qiita の記事になります。 本記事では自分がGitを教えたことで気付いたことをまとめます。 ゆえに「Gitに入門したい人」に向けたものではありません。が、多少のエントリーポイントは示しますので参考になるかとは思います。 コミュニティ、有償セミナーで5年間Gitを中心としたバージョン管理システムを教えてきた経験の話です。 ただ、Git, GitHubなどのデベロッパーではないので、彼等の思想とは異なるかもしれませんが、そこは一人のGitの講師として見てもらえれば。 命名の混乱とユーザー層 Gitのコマンドは名前から理解しにくいことで有名です。 git rebase --intractive などは典型です。 例えば、branch という単語が示す内容はあまりにも違っています。 VCS毎に branch の意味が違うことも難しくしていま
現場を改善したいあなたに送る、くじけない業務改善のメソッド - Qiita
現場を改善するというのは難しい。そして徒労である。 こちらの記事を読んで、当時のことを幾ばくか思い出すきっかけになった。 業務改善を現場に求める狂気 私も実際に現場の改善に取り組んだことがある。ただ、その中には失敗だけでなく成功もある。というか、多くの失敗から成功させるために何が必要なのかを得たという感じで、成功したものは後半に行ったものになる。成功といえるものの中で大きめなものは、以下の二つになる。 Gitによるバージョン管理と、タスク管理ツールの導入(当時書いたもの) 開発にJavaScriptフレームワークを導入(当時の検証結果をまとめた記事) 私が身につけた手法が、改善を目指す誰かがくじけないために有用なこともあるかもしれないので、ここで得られた知見を紹介しておこうかと思います。つまりこれは、ポエムです。 前提: 改善できないのは特別なことではない 何かを改善したいと行動してみる。
lasnya.com
lasnya.com 2018 Copyright. All Rights Reserved. The Sponsored Listings displayed above are served automatically by a third party. Neither the service provider nor the domain owner maintain any relationship with the advertisers. In case of trademark issues please contact the domain owner directly (contact information can be found in whois). Privacy Policy
git/githubのマイナーな便利コマンド - peroli Developer's Blog
2016 - 11 - 04 git/githubのマイナーな便利コマンド list Tweet はじめに 先日、社内勉強会でgit/ github の個人的に好きなコマンドについて発表しました。 弊社では github を使って開発を進めているため、聞いている人は基本的なコマンドについて理解しています。 その上で、あまり知らないであろうマイナーなコマンドについて発表しました。 今回はその発表の中から、いくつか社内で反響の大きかったものをピックアップしてお届けしようと思います。 (基本的な使い方については Atlassianさんの記事 https://www.atlassian.com/ja/git/tutorial/git-basics がわかりやすいと思います。) gitの便利な使い方 git rebase -i HEAD~[X] Pull Requestを作成する前にcommitを整
イラストを Git で管理したかったのでツールをつくった - blog.syfm
イラストの管理 自分はたまにイラストを描いたりするのですが、以前からその管理方法に苦労していました。 苦労していた点は主に次の 2 点です。 バックアップ 制作過程 Gif をつくるのが面倒くさい 強い人は、短時間でもさらっとイラストを描いてしまいますが、自分は時間をものすごく掛けないとまともなものが描けないので、バックアップは結構頻繁に取ります。 手動でバックアップしようとした場合は、ふつうにファイルを複製する感じになると思います。 ただ、普段からコードを書いていて VCS を利用している身だと、どうしても原始時代かと錯覚してしまいます。 さらに、PhotoShop の psd 形式や CLIP STUDIO PAINT の標準である clip 形式はいろんなデータが詰め込んであるので 1 ファイル当たり平気で 50 MB くらい持って行かれます。これも結構厳しいところです。 VCS を
Gitが、おもしろいほどわかる基本の使い方33_Chapter1-02 - MdN Design Interactive
［Chapter1-02］ Git機能を提供するWebサービス ファイルの変更、追加、修正などを管理する場所である「リポジトリ」は、自分のPCにも、ネットを介したサーバ上にも作成できます。サーバを設定するには専門知識を必要としますが、サーバ機能を提供してくれる便利なWebサービスのひとつがBitbucketです。 2015年6月24日／TEXT：大串 肇 使用するコマンド ――――――― $ git --version ――――――― ■ローカルリポジトリとリモートリポジトリ 前述（Chapter1-01）したように、Git によってバージョン管理を行う場所として指定した場所を「リポジトリ」といいます。自分ひとりだけで開発・制作、バージョン管理を行う場合は、リポジトリは自分のPCにあればよいでしょう。しかし、リポジトリをサーバに用意して、ネットを介してどこからでも利用したい、あるいはチーム
配管を通ってGitを理解してみる - Tbpgr Blog
Gitを理解するにはGitの中身の知るのが良い、 と天の声が聞こえてきたので学習がてらまとめることにしました。 この記事は個人メモ的な記事です。 基本的に既出情報なのでタイトルをみてピンと来ているかたは読む必要がありません。 ※この記事を読むタイミングとしてはGitの基本的な操作と概念をある程度理解した あとが良いと思います。曖昧な基準ですが。 Gitの2種類のコマンド 配管（ Plumbing ） コマンド 磁器（ Porcelain ） コマンド Gitの中身 Gitオブジェクト blob オブジェクト tree オブジェクト commit オブジェクト tag オブジェクト 参照 .git配下のファイル、ディレクトリの説明 HEAD ファイル index ファイル objects ディレクトリ refs ディレクトリ 関連資料 Gitの2種類のコマンド Gitの中身はキーバリュー型の
gitの良さがいまだに分からない - 負け犬プログラマーの歩み
ここ2年ぐらいで俺が働いた現場はみんなgitを採用している。就職エージェントと面談するときもgit経験の有無をよく訊かれるし、今ではVSSやCVSどころか、SVNですら時代遅れになってきて、SVNを使っている現場は「レベルが低い」「保守的・旧態依然」という雰囲気すら感じる。 俺としては4-5年前からgit(GitHub)を使っているし、gitを使うこと自体に抵抗はない。一通りの基本操作はできるし、人並みにはできると言っても差し支えはない。 …が、正直gitの良さがあまり見えてこない。 もし俺が中規模以上のプロジェクトのリリースを本格的に管理する側であれば全然違った感想を持ったかもしれない。でも一人の開発者として、せいぜい10人程度のプロジェクトで利用する限り、「gitで良かった」という状況があまり思い当たらない。 ではgitの何が気に食わないのか書いていきたい。 ①gitは馬鹿には難しい
Gitのコミットグラフを可視化できるGitGraph.jsがおもしろい - Qiita
プレゼン資料を作っている時に「このコミットグラフをMarkdownかテキストで書けたらな」と思ったことがある人、結構いるのではないでしょうか。 GitGraph.js を使うと、JavaScriptで記述したコミットログをcanvasを使って可視化できることを知りました。なかなかおもしろいです。 準備 まず GitGraph.js の JavaScript と CSS ファイルを読み込みます。GitHub からソースをcloneするなり、bowerを使うなり、CDNを使うなり、お好みで。ここではコミットグラフを定義するコードも別ファイル index.js に書くことにします。 <!DOCTYPE html> <html> <head> <meta charset="utf-8"> <title>GitGraph.js</title> <link rel="stylesheet" type=
これまで知らなかったGit機能を調べたまとめ - Qiita
変更のdiffを見ながらコミットメッセージを書く 教えてもらってから活用してる。見ながら書いたほうが具体的に書けるような気がする。 $ git commit -v 変更のdiffを見ながらコミットメッセージを編集できます # Please enter the commit message for your changes. Lines starting # with '#' will be ignored, and an empty message aborts the commit. # On branch commit-v # You are currently bisecting, started from branch 'test-git-bisect'. # # Changes to be committed: #>modified: fruits.txt # # -------
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
The Blog | Welcome to Adobe Blog
git configをプロジェクトによって使い分ける - Qiita
Google、「Cloud Source Repositories」正式公開。Gitベースのソースコード管理ツール、5ユーザー、50GBまで無料
