release-management

    0熱度

    1回答

    我們剛剛開始使用Pivotal Tracker來管理我們的主應用程序的待辦事項列表。我們最近開始了一個巨大的新功能,所以最近的50個任務都是用這個功能完成的。 但是,我現在必須爲我們當前的發行版製作一個修補程序,並且將其與大型新功能的所有任務結合使用感覺不對。我想找一個組織類似任務的標準方法。 那麼,如何在Pivotal Tracker(或其他相關係統)中組織任務的方式如何? 您是否爲每個功能和每

    1熱度

    1回答

    下面是另一個用於釋放由反射創建的對象的方法: 我們正在使用爲每個報告創建一個dll的報告工具(Active Reports 6)。 我們有很多客戶使用類似但仍然獨特的報告。 通過Web界面讀取報告。 我們運行多個站點,每個客戶端一個。 我們的選擇是: 1)把所有的報告在一個大的項目,該項目將在所有站點調用。 費用:每次我們對任何一份報告進行小小更改時都需要重新編譯,這可能會爲所有站點造成問題。 2

    0熱度

    2回答

    當你使用Xcode的功能,並拖動從筆尖文件到h和.m文件,Xcode中加在dealloc和viewDidUnload代碼。它增加了我通常不會添加的額外代碼。我只是好奇,如果這個額外的代碼是必要的。 我會做[self setDisplaySlider:nil]而不是disp = nil和[disp release]。 這個必要嗎?我不認爲你必須發佈disp。 @interface ViewContr

    2熱度

    3回答

    我喜歡Facebook如何逐步發佈功能,而不是一次全部發布給他們的整個用戶羣。我知道這可以複製一堆,如果語句在整個代碼中都是細小的,但是需要有一種更好的方法來實現這一點。也許這就是他們所做的一切,但這似乎相當不雅。有沒有人知道是否有一個體繫結構的行業標準,而不是逐步向用戶羣的某些部分發布功能? 在同一張筆記上,我感覺他們的所有員工都看到完全不同的完全不同的網站測試視圖。因此,他們似乎能夠將其網站的

    1熱度

    1回答

    試圖建立以確保不存在內存泄漏釋放的Java Web應用程序的過程。它可以涉及確保編寫的代碼具有高質量,性能測試和分析Java代碼。如果有人可以分享他們的流程或任何有助於這方面的事情,將非常感謝。

    4熱度

    2回答

    我們最近已切換到Mercurial。看這個有用的視頻後: http://www.youtube.com/watch?v=-k2vLKOUb8s&noredirect=1 我想實現一個釋放的過程,允許以下內容: - 行家釋放是獨立的持續開發工作 - 補丁發佈的版本,然後按修復回dev的 到目前爲止,我想出了這一點: 這讓我們這樣做對穩定回購釋放,同時繼續開發dev的回購。 我遇到的問題是使用mave

    1熱度

    1回答

    我們要改變我們的工作流程,我們的發佈管理作爲我們從CVCS(TFS)到DVCS(汞)升級的一部分。在辦公室裏,有些事情已經被討論得相當激烈,我很樂意得到關於它的一些意見。 一些背景 我們是一個小型/中型軟件公司(大約25個開發人員)與長壽命產品。我們試圖保持我們的發佈週期低 - 每次衝刺後發佈(〜每月一次)。在TFS中,我們爲每個新版本創建一個分支。最後兩個版本支持錯誤修復。 我們當前分支模型(T

    0熱度

    1回答

    我正在開發一個啓用了弧的iPad應用程序。 但我現在使用一個沒有弧的小框架。我設置了標誌-fno_objc_arc等。 但那裏仍留有一個問題: 框架內的一個對象保存到當前的viewController的參考。 如果我離開當前的ViewController,框架釋放控制器屬性: [viewController release]; 的對象被釋放,一切似乎要被罰款。但仔細一看,你會發現所有的實例變量

    2熱度

    1回答

    當我去我的部署Django的安裝,我得到以下錯誤: local: git tag -l release/beta* | tail -1 run: git checkout release/beta-20120221-150831 out: error: pathspec 'release/beta-20120221-150831' did not match any file(s) known

    1熱度

    1回答

    我們有超過甲骨文開發與Oracle數據庫中時間的時間還有,我們需要定義的腳本和程序進行修改連接10 G(DS)形式的應用程序。分配到我們團 任務是找出可能的版本控制和發佈日誌維護機制,可以記錄的每次修改和數據庫版本敲定。 我想建議的所有經驗豐富的人在這裏,這可能是我們的問題的最佳解決方案,最好的單一解決方案或多個的一個詞。 (我不是很甲骨文形式識字,所以道歉,如果我聽起來混亂)