サクサク読めて、アプリ限定の機能も多数!
トップへ戻る
iPhone 16
confluence.atlassian.co.jp
あなたがコードのホスティング、DVCS(分散バージョン管理システム)でのコード管理、Gitまたは Mercurialに不慣れであるなら、このbitbucket 101チュートリアルはあなたにそれらすべての経験を与えます。このチュートリアルでは、あなたはまず最初に Gitと Mercurialをあなたの OS上にインストールします。あなたはあなたの OS上で Gitと Mercurial両方を使い いくつかの作業をします。コードのホスティング管理システムには全体を通して Bitbucketを使用します。チュートリアルは次のページから成っています:GitとMercurialの準備アカウントとリポジトリの作成リポジトリのクローンとソースファイルの追加リポジトリのフォーク、コード比較、Pullリクエストの作成ユーザーの追加、権限の設定、アカウント計画の展望WikiとIssueトラッカーの設定Git
チケット管理システムを探している方、比較を行いたい方のためのポータルサイトです。 誰でも編集に参加できます。本ページの一番下をご覧下さい。
あなたのリポジトリにREADMEファイルがある場合、Bitbucketは Source タブの下のファイルリストにREADMEファイルを表示します。今のところ、Bitbucketは Markdown 形式、 ReStructuredText 形式、そして plain text のREADMEファイルを解釈・表示できます。 異なる拡張子を持つ複数のREADMEファイルがあった場合、以下の順番で表示します。 README.rst README.markdown README.txt README そのファイルが README.txt であれば、ReStrucutedText形式やMarkdown形式のプリアンブルが記載されていても常にplain textで表示されます。 Plain Text Plain textのREADMEファイルは、そのままの形式でモノスペースフォントを使用して行番号付き
Bitbucket 日本語ドキュメントはユーザー有志により不定期に翻訳されています。オリジナルのドキュメント (英語) は常にアップデートされており内容が異なっている場合がありますのでご注意ください。
Bitbucket 101 Bitbucket 101を読むと、すばやく使い始めることができます。また、Bitbucket権限の概要は理解するようにしてください。 Bitbucketリポジトリを使用する。 BitbucketとMercurialについて、多くのことを学んでください。もし、異なるバージョン管理システムを利用していたとすると、Bitbucketへのインポートを参照してください。次に、ローカルのリポジトリから、Bitbucketに対して更新をプッシュする方法について学んでください。また、自分が使用する時のためにフォークとブランチの違いについても知ってください。また、Subversionを使用して、Bitbucketにアクセスすることもできます。最後に、ソーシャルに複数人で共同作業をすることに関するドキュメントをすべて参照してください。 BitbucketのWikiの使用 Bitb
【注意】 Chartsプラグイン http://www.redmine.org/projects/redmine/wiki/PluginCharts WorkTimeプラグイン http://code.google.com/p/kusu/wiki/WorkTime Redmineのプラグイン (3) ゴンペルたん: これ本番ですか? http://chocoapricot.cocolog-nifty.com/blog/2008/08/redmine_3_ca3c.html Tracのチケット属性とチケット集計機能の関連表 (縦:集計機能×横:チケットの属性)
アジャイルコードレビューワーのための5つのヒント written by Matt Ryall, Atlassian コードをレビューするということは、コードの変更をただ見るだけよりももっとたくさんの意味があります。Crucible (クルーシブル) のようなツールで非同期コードレビューを実施するとき、上位レベルの懸念に集中することは、細かい点についてうるさく言ったり、コーディングの慣習について議論したりするよりも、良い結果となるでしょう。以下にあなたのコードレビューでそれらを実現させるために役立ついくつかのヒントを挙げます。 1. そのコードレビューに関連する課題報告を読むこと コードレビューの際に特定したい最も重要な問題は、その修正全体の性質に関連した問題です。簡潔にできるはずなのに複雑に実装されているものや、ユーザーの問題に全く取り組んでいないといったことは、波カッコをいくつか間違って
アジャイルとスクラムの方法論について実践的な洞察 アトラシアンは "ルールに従う" ソフトウェア企業ではありませんし、アジャイル開発を実行するためのたった一つのレシピなど無いことも知っています。かつて私たちは実践的なヒントに飢えていました。いまは、アジャイル開発の話を皆様と共有すべきだと考えています。 アトラシアンがどのようにアジャイル開発を実践しているかについて紹介ビデオを見る (2:05)
もちろん、OpenSocial は大部分がコンシューマー向けのもの - Ning, MySpace, Okut - に焦点を当てており、そしてそれらは素晴らしいものですが、ファイアウォールの向こう側にも大きな可能性を秘めています。アトラシアンは、先頭に立ってその可能性を切り開きます。私たちの製品がデータやコンポーネントをやり取りしたり、また、エンタープライズとコンシューマーシステムの間という、新しいタイプの相互運用へのドアを開くために、OpenSocial を用いています。 アトラシアンの取り組みについて詳細を見る
このページを最初にブックマークしてみませんか?
『ダッシュボード - Atlassian Japan Confluence』の新着エントリーを見る
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く