1. web項目部署在我的電腦上的tomcat中,怎樣讓其他用戶訪問我的項目
區域網的話 對方瀏覽器輸入
http://你的ip（可以通過ipconfig查）:tomcat埠號（默認8080）/項目名。
2. github的pull request是指什麼意思
pull request就是請求別人pull自己的倉庫。
當然，一般發起pull request的人都是從被請求人，那裡clone的代碼(github上則可以直接fork)，一般比被請求人的項目提前若干做猜commit。
pull request只是一種項目合作形式，github只是整合了相應功能，脫離github照旅胡銀樣能pull request。
比如Linux內核項目，直接給linux發郵件，標題就是Pull Request。郵件里寫上git的url和新增的feature或者修的bug。
如果linux覺得ok，就會根據給出的git url去git pull，github只是把上述過程集成在了站內，更加方便新人。
(2)可以訪問所有的組織和項目擴展閱讀：
github合作開發模式主要有三種。
一、Fork 方式。
開發者 fork 自己生成一個獨立的分支，跟主分支完全獨立，pull代碼後，項目維護者可根據代碼質量決定是否merge代碼。
二、組織。
組織的所有者可以針對不同的代碼倉庫建立不同拆宴訪問許可權的團隊。
新建一個組織，然後添加項目成員，根據提示設置完畢，在倉庫的Collaborators下面的Teams就可以添加或者remove組織成員
三、合作者。
代碼倉庫的所有者可以為單個倉庫增加具備只讀或者讀寫許可權的協作者。
合作者方式比較實用，也很方便，新建一個Repository，完畢之後，進入Repository的Settings，然後在Manage Collaborators里就可以管理合作者了。
參考資料來源：網路——github
3. 准備建立個項目文檔庫，集中管理和監控組織內所有項目的文檔空間，有沒有帶這樣功能的項目管理軟體推薦
項目章程的內容
基於項目干係人的需求和期望提出猜薯的要求。
2. 項目必須顫兆液滿足的業務要求或產品需求。
3. 項目的目的或項目立項的理由。
4. 委派的項目經理及項目經理的許可權級別。
5. 概要的里程碑進度計劃。
6. 項目干係人的影響。
7. 職能組織及其參茄物與。
8. 組織的、環境的和外部的假設。
9. 組織的、環境的和外部的約束。
10. 論證項目的業務方案，包括投資回報率。
11. 概要預算。
組織過程資產的內容
組織過程資產包含：項目實施組織的企業計劃、政策
4. Jira 許可權配置最佳實踐 - 項目組成員許可權管理
Jira欄位配置最佳實踐
最佳實踐 | "拯救"Jira — 規模化團隊敏控創變之路 | IDCF
JIra配置許可權方案
JIRA筆記（二）：用戶、組、角色、許可權方案
Jira 用戶許可權設置
jira許可權設置-各個項目組查看不同項目
在JIRA的一個項目中，如何設置讓項目中的問題可以設置不同的許可權讓不同的人看到。
JIRA項目許可權分配操作手冊（詳細詳細詳細）
本文的配置目標為「實現不同角色的項目組褲棗成員僅可訪問指定許可權資源」。
Jira中許可權分為應用程序許可權、全局許可權和項目許可權方案。應用程序許可權為訪問jira應用或者其他一些購買的應用的許可權，為最高層次的許可權，決定了用戶可以訪問的應用程序的范圍。全局許可權為某個用戶組可以訪問或者控制的應用內系統資源的許可權。這些許可權包括報表、對象創建訪問管理等。而項目許可權方案是從項目視角看，不同角色的用戶具有的訪問項目資源的許可權方案。
當前配置中配置為所有組用戶均可訪問jira-software。
這里簡單地將用戶分為管理員和jira系統用戶。管理員組中用戶具有管理所有資源的許可權。而普通用戶組成員僅僅具有參與項目的許可權。
針對自己的組織特點（公司項目架構），梳理出項目中所有參與的角色，並在項目許可權方案中配置每個項目角色所具有的許可權。
分為基礎用戶組（調整修改jira-software-users），系統管理組（使用默認jira-administrators）。
項目許可權方案的配置原則為「項目參與者角色具有對應角色許可權」。在「系統-安全-項目角色」功能中添加一系列的項目角色。包括項目經理、產睜亂品經理、研發工程師、測試工程師、設計師、用戶等角色。
在問題-許可權方案中調整許可權方案。調整默認的方案模型，進行如下的許可權配置。項目創建之初，只需要指定不同的角色即可實現項目許可權的管理。
項目管理許可權配置如下。保證了僅僅項目組成員可以查看項目信息。
編輯許可權方案，配置相應角色的權悉純檔限項目。對應的問題許可權配置示例如下。
編輯決策人和觀察者相關許可權。
配置問題評論許可權。
編輯附件許可權。
在項目設置中修改許可權方案。
之後將人員添加到項目，並配置其角色即可。一個人員在項目中可以具有多種角色。
5. 20 項目集管理
項目集定義及說明
項目管理協會(PM I) 將項目集定義為「經過協調管理以獲取單獨管理所無法取得的收益的一組相關聯的項目、子項目集和項目集活動」
項目集內的所有項目通過共同的目標相關聯，該目標對發起組織而言具有非常重要的戰略意義。
【如果項目集各干係人有不同的目標，並且這些目標不具有協調收鎮嘩手益的交付特徵，只是在資金、技能、干係人等方面存在關聯，則這些最好通過項目組合來管理】
項目集管理就是在項目集中應用知識、技能、工具和技術來滿足項目集的要求，獲得分別管理各項目集組件所無法實現的收益和控制。它包括對多個組件進行組合調整，以便於以優化或整合的成本、進度和工作來實現項目集目標。
項目集經理監控和分析組件之間的相互依賴關系，以協助確定將這些組件作為項目集來管理的最佳方法。與這些依賴關系相關的行動包括：
(1)領導和協調共同的項目集活動，如跨所有項目集組件、工作或階段的財務與采購。解決影響項目集內多個組件的資源限制和/或沖突問題。
(2)以一種可以體現項目集內所有活動的方式傳遞並報告給干係人。
(3)積極響應項目集內跨多個組件的風險。
(4)將項目集工作與影響和作用於單獨的組件、組件群或項目蘆族集目的目標和組織(戰略)方向保持一致。
(5)在共享的治理結構內解決范圍、成本、進度、質量和風險影響。
(6)裁剪項目集管理活動、過程和介面，有效地處理項目集內的文化、社會經濟、政治和環境差異
項目集管理與項目關鍵之間的關鍵區別是項目集的戰略聚焦，以及項目集確保項目收益的實現。
項目集商業論證是從組織戰略的角度，立足於項目集收益對將構建的項目集及各種備選的御嫌構建初始方案進行正式或非正式論證的過程，也即是對初始項目集的可行性研究。
項目集目標清晰定義了項目集及收益。目標的定義是整個計劃建立的基礎，項目集目標具體確定後，項目集各項子計劃、組件計劃就可以在此基礎上組織開發。項目集計劃是項目集經理保證項目集各項活動與組織戰略保持一致的重要管理手段。
項目集路線圖按照時間順序以圖形化的方式展現項目集預期發展方向，並在每個時間順序事件建立系列的文檔化標准，同時建立了項目集活動與預期收益之間的關系，以及項目集里程碑之間的關鍵依賴傳遞業務戰略與規劃的優先順序之間的連接。
因此項目集路線圖能夠為關鍵里程碑和決策點提供高層面的監控信息，總結關鍵結束點的目標、主要風險和挑戰，以及提供支持基礎設施和組件計劃的高層面協調和支持。
項目集路線圖可以用來表示項目集的主要階段和模塊組成，但並不包括項目集具體組件內部的細節，是管理項目集執行情況和評估項目集實現預期收益進展情況的重要工具，適合於用項目集路線圖對項目集進行治理和監控。
治理（Governance）：簡而言之是誰有權在什麼時候用哪個什麼規則和方法做出及推行什麼決策，處理什麼關系。是一系列正式或非正式的制度安排，屬於高層次的指導、支持和監控
項目集治理涵蓋了由發起組織對項目集戰略進行定義、_授權、監督和支持的體系和方法，是項目集發起組織確保項目集被有效和持續管理而執行的實踐和流程。
項目集治理通過在授權范圍內負責對項目集的建議做出簽署或批準的評審與決策的活動來實現。該機構一般稱為項目集指導委員會(或項目集治理委員會、項目集童事會)，是項目集的決策機構)負責為項目集的管理方式提供支持
有效的項目集治理通過以下幾個方面支持項目集成功(手段):
(1)規劃和建立項目集治理結構。
(2)規劃項目集審計。
(3)簽署和啟動項目集組件。
(4)提供治理監管。
(5)監控項目集變更。
(6)管理項目集收益。
(7)規劃和監控項目集質量。
(8)建立起清晰的項目集期望，推動和吸引項目集干係人參與。
項目集治理主要包括以下具體內容:
(1)項目集指導委員會的建立。
(2)項目集指導委員會的職責界定。
(3)項目集治理和項目集管理之間的關系。
(4)與項目集治理相關的個人角色。
(5)項目集作為治理主體――項目集組件治理。
(6)其他支持項目集管理的治理活動。
項目集指導委員會也稱為項目集治理委員會、項目集董事會、監督委員會，其職責主要是負責定義並執行恰當的項目集治理體系和方法，保證項目集執行與組織的戰略目標保持一致，並為指導項目集的正常管理提供支持。項目集指導委員會成員通常由決策層干係人組成，能夠為實現項目集目標收益提供足夠的資源。
項目集指導委員會職責主要可以概括如下：
項目集治理功能通常包括創建五種支持能力，包括項目集管理辦公室、項目集管理信息系統、項目集管理中的知識管理、項目集管理審計支持和項目集管理教育和培訓。
1.項目集管理辦公室：可以是正式或非正式的，可以是多個層面的
2.項目集管理信息系統：通過建立項目集管理信息系統，在項目組合中與項目集和項目管理的信息能夠及時收集、訪問、報告和分析就顯得非常有必要，組織的項目集治理功能便能夠支持組織的項目集管理能力。
3.項目集知識管理：主要包括三項內容：跨項目集的知識收集與共享；掌握項目集具體知識內容的個人和主題專家知識的挖掘和整理；存儲收集項目集知識和項目集構件的項目管理信息系統建設
4.項目集管理審計支持：作為組織評估項目集執行與組織規劃一致性的活動，審計可以由組織內部的專門機構或外部代理機構來執行，審計的重點集中在項目集財務、管理過程與實踐、項目集質量及項目集相關文檔等方面。項目集指導委員會可能會負責制訂項目集團隊的審計計劃
5.項目集管理教育和培訓：組織的項目集治理功能可以通過提供在項目集角色和職責、技能、能力和勝任力方面的組織教育和培訓來支持項目集的工作
根據項目集收益的實現情況將項目集生命周期劃分為 項目集定義階段、項目集收益交付階段和項目集收尾階段 三個過程
項目集定義階段一般會分為兩個既相互區分又彼此重疊的兩個子階段。即 項目集構建和項目集准備 。項目集經理一般在項目集的構建被任命。
項目集收益交付階段是一個不斷迭代的過程，在該過程中項目集組件被不斷規劃、整合和管理，以達成項目集預期收益的交付。該階段的工作主要是依據前期的項目集管理計劃
6. eclipse WEB項目開發時，項目文件組織結構是怎樣的
按照 Java EE 規范的規定，一個典型的 Web 應用程序有四個部分：
1. 公開目錄 ;
2. WEB-INF/web.xml 文件，發布描述符（必選） ;
3. WEB-INF/classes 目錄，編譯後的 Java類文件（可選） ;
4. WEB-INF/lib 目錄，Java類庫文件（*.jar） （可選） ;
公開目錄存放所有可以被用戶的訪問的資源, 包括 .html, .jsp, .gif, .jpg, .css, .js, .swf 等等。
WEB-INF 目錄是一個專用區域, 容器不能把此目錄中的內容提供給用戶。
這個目錄下的文件只供容器使用，裡麵包含不應該由客戶直接下載的資源，
例如： Servlet(這些組件包括應用程序邏輯以及對其他資源如資料庫的可能訪問), Web應用程序中servlet可直接訪問的其他任何文件，在伺服器方運行或者使用的資源(如 Java類文件和供 servlet 使用的 JAR文件)，由您的應用程序生成的臨時文件,，發布描述符以及其它任何配置文件。
這些資源是專用的， 因此只能由它們自己的 Web應用程序及容器訪問。
特別地，JSP/Servlet 程序文件也能通過 ServletContext 訪問到這個目錄下的文件，
例如 JSP 中可以通過application.getRealPath(「/WEB-INF/web.xml」) 訪問到發布描述符文件的路徑。
Web容器要求在你的應用程序中必須有 WEB-INF 目錄。
注意： 如果你的 Web 應用程序中沒有包含這個目錄, 它可能將無法工作
WEB-INF 中包含著發布描述符, 一個 classes 目錄和一個 lib目錄, 以及其它內容。
發布描述符(deployment descriptors)是 J2EE Web 應用程序不可分割的一部分(也就是說是它的最小部分, 必不可缺的一部分)。
它們在應用程序發布之後幫助管理 Web 應用程序的配置。
對於Web 容器而言, 發布描述符是一個名為 web.xml 的 XML 文件, 存儲在 Web 應用程序的 /WEB-INF目錄下。
發布描述符有多種用途：
• 為 Servlet 和 Web 應用程序提供初始化參數 這使我們的Web應用程序中的硬性編寫的代碼的初始化值更少。 例如常見的 <param-name>, <param-value>標記, 就可以為Servlet 提供參數, 這個參數可以在 init() 方法中載入。
Struts 的 ActionServlet 也是通過這種方式來找到它們需要的配置文件 struts-config.xml 的位置, 從而載入並分析它,來初始化 Struts 框架用到的各種 FromBean, Action, Forward等。
• Servlet/JSP 定義 可以為 Web 應用程序中的每個 Servlet 或者預編譯的 JSP 網頁提供定義。
包括Servlet/JSP的名字, Servlet/JSP 的類以及一個可選的描述。
• Servlet/JSP 映射 Web容器使用這些信息把進入請求映射到 servlet 和 JSP 網頁。
• MIME類型 由於每個 Web 應用程序可以包含多種內容類型, 因此我們可以在發布描述符中為每一種類型指定 MIME 類型。
• 安全性 我們可以使用發布描述符來管理應用程序的訪問控制。 例如, 可以指定我們的Web應用程序是否需要登錄, 如果需要的話, 應該使用什麼登錄頁面, 以及用戶會作為何種角色。
發布描述符還可以用來自定義其他元素, 包括歡迎網頁, 出錯網頁, 會話配置等等。
classes 目錄用於存儲編譯過的 servlet 及其它程序類, 例如 JavaBean。
如果一個程序有打包的 JAR 文件(例如一個第三方 API 打包成了一個 JAR 文件, 如 Struts 框架的類庫struts.jar, Mysql 的資料庫 JDBC 驅動程序文件 mysql-connector-java-3.1.11-bin.jar 等),
那麼它們可以被復制到lib目錄中(如果解壓縮這些壓縮包的話, 請將它們復制到classes目錄中)。
Web 容器使用這兩個目錄來查找 servlet 及其他相關類, 也就是說, 容器的類裝入器會自動查看 classes 目錄, 以及 lib目錄下的 JAR文件。
這就意味著你不需要明確的把這些類和 JAR文件添加到 CLASSPATH中。
Web容器自動將這兩個目錄中的文件加入 Web應用的類路徑中。
7. 啟動eclipse的tomcat,內置瀏覽器可以訪問主頁和其他web項目，但是用ie、firefox等瀏覽器就放問不到。
尊敬的用戶，您好！很高興為您遲配游答疑。
建議您嘗試以下方法解決問題：
1、雙賣豎擊eclipse中伺服器中的tomcat，進入tomcat的配置界面；
2、Server Locations中選擇如下圖，將Deploy path選擇到tomcat目錄中的webapps目錄，然後保存，重碼銷啟tomcat。
希望我的回答對您有所幫助，如有疑問，歡迎繼續咨詢我們。