标签: wiki

我不确定是否每个人都遇到过这种情况 - 当我在本地编辑 BitBucket wiki（通过 git 存储库）时，我必须为每次拉取和推送输入我的 BitBucket 密码。

有没有办法解决？

我已正确配置 ssh 以使用由 gnome-keyring 解锁的密钥。在 BitBucket 中推送到我的项目的代码存储库工作正常 - 我不需要通过 BitBucket 或 ssh 密钥密码输入。

我在一个使用Trac维护我们正在开发的软件产品的开发团队工作，在与我们的技术作家合作后，我们决定尝试将我们的测试过程文档放入我们的 wiki。

不幸的是，这些都是 Word 文档。主要是 Word 2003。我们刚刚转换到 Word 2k7，所以我可以使用它的转换功能。

有谁知道我可以将我的 Word 文档转换为 wiki 格式文本的方法吗？ 我尝试查看Word2Wiki，但该应用程序说它不适用于 Word2k7。

在将 Word 文档转换为 wiki 之前，我也可以将其转换为另一种中间格式。

我正在寻找 Sharepoint Wiki (3.0) 支持的标记列表。当您第一次启动 wiki 时，他们给您的起始页显示了如何使用“[[]]”标签来创建链接，但我正在寻找受支持标记的完整列表，但在任何地方都找不到。我浏览了Microsoft Office 站点，查看了 Sharepoint 中包含的帮助。我开始认为他们支持的唯一标记是“[[]]”标签。

例如，我希望能够做的事情是嵌入日期，例如页面中某处的上次更新日期，或者如何设置外部链接的格式等。有没有办法轻松找到“孤立的”页面 - 没有任何传入链接的页面？有没有办法找到需要创建的页面 - 如果我创建一个 [[link]] 到一个新页面，但不创建新页面，我可以获得这些页面的列表吗？我找到了 0 个文档。

关于 Sharepoint wiki 的好资源有什么建议吗？

提前致谢！

布赖恩

我正在寻找一种集成的解决方案，它将软件系统的文档与错误、变更请求和功能请求的跟踪相结合。

要求：

• 使用 wiki 的文档会很好，最好是支持 CamelCase 或其他自动链接的文档。
• 问题跟踪必须允许可定制的工作流程和可选的电子邮件通知。

已知的替代品：

• FogBugz是一个很棒的问题跟踪器，但wiki似乎有点尴尬。
• Trac 的wiki很一般（虽然不如Foswiki.org 好）但我不知道集成的问题跟踪器有多好。

你会推荐什么？ 哪些系统提供文档和问题跟踪的最佳组合？

目前我们使用 MediaWiki 安装来编写文档，但我们中的一些人发现标记格式非常随意和笨拙，文本中混合了 Wiki 标签和 XML，并且缺少用于诸如有序或无序列表之类的任何快速格式化按钮，不同的标题级别，快速嵌入图像、表格、代码示例等。像 LiveJournal 这样的网站提供了大部分或全部这些，同时仍然生成向后兼容的标记，所以这里不存在技术障碍。

我们还希望看到其他一些细节，例如能够从列表（ala Wordpress）中选择一个类别，或者能够将语法突出显示应用于代码示例等。

是否存在提供大量这些功能以使编辑器的生活更轻松的 Wiki ？具有 WordPress 的功能和演示的东西，但 Wiki 的页面组织将是完美的。

（WikiMatrix 返回了几个候选者，但其中有 MediaWiki，它显然不是一个所见即所得的界面，除非以最脆弱的方式。如果 WikiMatrix 对其标准并不完全严格，我宁愿不深入研究每个候选者。 )

我是 wiki 的大用户，主要是 Dokuwiki，我真的很喜欢简单文本文件的清晰度和易用性。然而，所有好的 wiki 似乎都需要某种网络服务器；有没有人遇到过一个很好的桌面 wiki 编辑器/查看器，它可以处理纯文本文件，并允许我像处理任何其他文档文件类型一样处理 wiki 文本文件（注意：不是在本地网络服务器内运行的桌面 wiki）

在您急于提出建议之前（我希望！）我已经对此进行了数月的研究并尝试了 Wixi、Wikidpad、zulupad ......

任何人的想法？

我正在寻找一个 wiki 包来支持我想在我的家庭服务器 (Linux) 上设置的小型私人 wiki。我更喜欢用 Python 编写的东西，但最终我需要有 Markdown 支持。有什么建议？

我继承了接管项目文档的任务。它主要是软件开发人员，但也有一些非技术人员不喜欢 wiki 并且非常喜欢 Word。

他们要求的是允许他们上传 Word 文档并将其转换为 wiki 页面并将页面导出为 Word 文档的内容。理想情况下，它应该可以在 Microsoft 堆栈上运行（或者至少不要将 MySQL 作为后端）。将 Word 文档作为附件上传可能不会让他们满意。

我个人不知道这样做的维基平台，但我想我会问。我一直在看ScrewTurn，它看起来很适合我们的需要，除了那个Word 的东西。

编辑：好的，旋拧是个坏主意。我没有意识到它被打了多大的丑棍。现在看xwiki。

我怀疑，和许多人一样，我使用我的工作电子邮件帐户（通过 Outlook 2007 访问）来存储信息。我通常尝试将文件夹和子文件夹中的类似内容分组，但是对于大量文件夹，这变得非常笨拙。特别是，它可以是使用 Outlook 的树结构定位事物的绑定。（顺便说一句：我还没有遇到过一个很好的 Outlook 的免费搜索插件。）

我意识到 Outlook 不是存储我所有信息的最佳位置，我不想这样做。

在理想的世界中，我希望能够将 Outlook 中存储的所有信息组织到 MindMap（我选择的软件是Freemind）或 Wiki 中。

为了维护电子邮件审计跟踪，我考虑使用 MindMap 或 Wiki 将单个电子邮件保存为文件以链接它们。人们对此有何看法？（我不能说我喜欢导出过程的想法！）

无论我做什么都会涉及一些痛苦（即设置 Wiki/MindMap）或坚持使用 Outlook 当前提供的内容。

有没有人处于同样的位置？有没有人从 Outlook 中大规模迁移信息？如果是这样，最好的方法是什么？任何想法或替代建议？

有没有办法在 Mediawiki 语法中插入 HTML 复选框？

<input>没有出现在他们的祝福标签列表中，所以我不能插入它。

（FWIW，这是一个私人文档页面，它是一个清单，我想在浏览它时跟踪我的位置。）