标签: wiki

我的团队和我发现用wiki记录我们的项目(带有API的开发平台)对我们来说既有用又对用户有用.由于一些组织问题,我们被迫在没有网络连接的情况下进行多站点开发.我们已经改用DVCS(Mercurial)并取得了巨大的成功.维基文档证明是一个问题,因为中心站点是使用MediaWiki设置的.非现场人员无法访问或编辑维基.

是否有任何类型的wiki风格的软件包,它不需要服务器/数据库,并且可以在DVCS环境中使用？

更新:应该是开源和跨平台的

我遇到了一个常见的情况,我敢肯定,我的业务规则文档分布在电子邮件,文档(现已过期)和即时消息中.这很臭.

我可以想到两个选择:Sharepoint(讨厌它,搜索功能很糟糕)或维基.

我希望在理想的解决方案中看到的一些事情:

• 轻松更新:不要让我拉起Word来更新文档
• 差异视图:有时您只需要查看新内容
• 可订阅:逐页通知新更改
• 基于角色:编辑和查看页面可以与角色相关联
• 附件:轻松包含模型,文件等.
• 搜索:这是一个谷歌后世界,我希望能够立即搜索和查找 - 除非我们使用的那个配置不正确,否则此类别中的Sharepoint会丢失
• 附件限制:理想情况下,解决方案不允许上传我们随后称之为文档的一堆Word文档.我希望文档具有一致(简单)的格式.以PDF,txt等方式强制执行附件.

跟进我的wiki评论,看起来至少有3个wiki可以做我想要的(Incentive,SharePoint-Wiki-Plus,ThoughtFarmer).ThoughtFarmer,爱这个名字.

我已经使用GitHub页面为我的项目生成一个漂亮的网站(这个).现在我想保持我的项目文档是最新的,并且在一个README.md文件中包含所有内容可能无法扩展到我们添加的许多功能.

所以,我认为保存文档的最佳位置是GitHub wiki,但我想将wiki集成到gh-pages生成的站点,保持漂亮的布局.

我如何使用GitHub wiki并生成具有可自定义布局的HTML网站？

我在一个复杂的应用程序上工作,不同的团队在自己的模块上工作,有一定程度的重叠.前段时间我们设置了一个Mediawiki实例,部分是在我的提示下.我很难让人们真正使用它,更不用说贡献了.

我可以看到共享信息有很多好处.它至少可以减少我们重新发明轮子的次数.

维基的结构不是很好,但只要你可以搜索你需要的东西,我不确定这是一个问题.

任何提示？

如果要将TiddlyWiki用作笔记和代码片段的个人数据库,您将如何在多台机器之间保持同步.svn/cvs等会工作吗？你会如何处理合并？

我最近负责开发团队的wiki.维基仍处于起步阶段,因此我有很大的工作空间.它的目标是为开发团队提供内部服务.目前,维基所拥有的主要信息是编码标准.

• 您的开发团队为其内部维基使用的最佳实践是什么？
• 在开发维基上有哪些重要信息？
• 如果你要去开发团队的wiki,你期望看到什么信息？
• 是否有一些信息不应该出现在维基上,即使它似乎是一个好主意？

- 编辑 -

• 此外,有没有一种很好的方式来组织信息？(例如通过图层(数据,ui),按项目或其他方式)

是否有一些流程图工具可以(或可以制作)与自托管的wiki集成？

要求:

• 基本功能(例如,绘制一些框和一些箭头)
• 我强烈希望它是视觉的(即,不会在文本中写出然后被转换)
• 允许动态编辑
• 重要的是该工具可以集成到wiki中(例如,作为某个地方的额外面板)
• 可以从个人服务器运行
• 自由

我在这里查看了有关图表工具的其他线程,但它们是桌面应用程序,驻留在第三方服务器上的在线应用程序,或者是花钱.

[编辑]感谢您的回复,但我希望它们能够动态编辑(我已将其添加到要求中).我的意思是我想整合(或从私人服务器运行)一些在线协作图表工具.虽然我可以创建一个在Graphviz中制作的JPG并上传它,但这不容易编辑.我必须在某个地方上传源文件,有人必须下载和编辑,然后上传新的JPG.

背景资料

我正在为我公司的开发人员设置一种方法来共享有关我们各种内部系统的文档和信息.这可能包括有助于提高新员工速度的信息,以及用户对系统及其解决方案的常见问题的描述.

对我来说这似乎是一个理想的维基工作,由于我们公司只能托管ASP.NET应用程序,所以我开始研究可用的ASP.NET wiki.ScrewTurn Wiki似乎是最合适的,它功能非常齐全,有几个可用的插件对我的情况很有用,包括语法高亮和AD集成.

然而,在启动将ScrewTurn部署到我们的Intranet的过程时,突然想起,嘿,Sharepoint 2007有一个wiki,而且由于我们已经设置了Sharepoint,我们不能只使用它吗？我对Sharepoint"wiki"进行了一些评估(在引号中,因为它几乎没有资格),并且能够证明它由于它的许多缺陷而不适合,我将不在此列出.

现在,在这一点上,有人建议我可能根本不需要维基,我们不能只在Word文档中执行所有操作并使用Sharepoint的文档管理功能吗？

实际的问题

所以我正在寻找的是一些额外的弹药,最好是有经验的人.在内部开发人员文档的上下文中,Sharepoint难以或不可能的事例是什么？什么是wiki更好？嘿,我心胸开阔,Sharepoint更好的是什么？

什么使得部署维基而不是简单地使用我们已经拥有的东西值得？

目前我们正在与github合作,我们实际上很安静.但是在不久的将来,成本会越来越高.现在我们已经开始评估其他git解决方案并偶然发现gitlab,我要说,它对我们来说非常有趣.我已经看到有一个类似于github的wiki功能.但有一件重要的事情没有描述......

我发现的唯一一件就是这个两年前的条目https://groups.google.com/forum/#!msg/gitlabhq/YSM_Il9yk04/_-ybpN4BekYJ

有人知道是否有任何新闻？它看起来有可能,但是怎么样？是否有任何手册或指南可以帮助我？

非常感谢!

我下载了德语维基百科dump dewiki-20151102-pages-articles-multistream.xml.我的简短问题是:在这种情况下,"多流"意味着什么？